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SECTION 1 
INTRODUCTION 

The Motorola MC68824 Token Bus Controller (TBC) is a silicon integrated circuit implennenting 
the media access control (MAC) portion of the IEEE 802.4 token passing bus standard. IEEE 802.4 
defines the physical and MAC portion of the data link layer standards of the Manufacturing 
Automation Protocol (MAP) specification. 

The TBC simplifies interfacing a microcomputer to a MAP network by providing the link layer 
services Including managing ordered access to the token bus medium, providing a means for 
admission and deletion of stations, and handling fault recovery. Some extra features have been 
added to enhance the token bus controller for real time applications. These enhancements consist 
of the four levels of priority for transmit and receive and the request with response mechanism. 
These features, combined with the basic functionality of the token bus controller, make it ideally 
suited for both seven layer MAP networks and the Enhanced Performance Architecture (EPA) 
networks defined by MAP version 3.0. 

The TBC functions as an intelligent peripheral device to a microprocessor. An on-chip DMA 
transfers data frames to and from a buffer memory with minimal microprocessor interface re- 
quired. A microcoded fully linked buffer management scheme queues frames during transmission 
and reception, and optimizes memory use. This VLSI implementation significantly reduces the 
cost of a MAP network. 

1.1 FEATURES 

The MC68824 provides the following: 

• Low Power Consumption through 2 Micron HCMOS Fabrication 

• MAC Options Suitable for Real Time Environments 

Four Receive and Four Transmit Queues Supporting Four Priority Levels 

Immediate Response Mechanism using the Request with Response (RWR) Frame Type 

• On-chip Network Monitoring and Diagnostics 

• Two Separate Ways of Bridging — Hierarchial and IBM Defined Source Routing 

• Powerful Addressing — Group Address Recognition and Multidrop Capability 

• System Clock Rate up to 16.67 MHz 

• Serial Data Rates from 10 Kbits/Second to 16.67 Mbits/Second 

• IEEE 802.4 Recommended Serial Interface Supporting Various Physical Layers 

• Simple Interface to Higher Level Software by Means of a Powerful, Fully-Linked Data 
Structure 

• Highly Integrated M68000 Family Bus Master/Slave Interface 

Four Channel DMA for Transfer of Data Frames to and from Memory 
40-Byte FIFO to Efficiently Support High Data Rate 
32-Bit Address Bus with Virtual Address Capabilities 

• Simplified Interface to Other Processor Environments 

Byte Swapping Capability for Alternate Memory Structures 
8- or 16-Bit Data Bus 
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1.2 LOCAL AREA NETWORK STANDARDS 

Until recently, proprietary local area networks were the only way to tie equipment together to 
share information and resources. These proprietary local area networks allowed the user to con- 
nect small segments of one vendor's computers together. This was all the user needed or wanted. 
Today, with the increasing complexity of factories and offices, there is a significant increase in 
the requirements for local area network functionality. Users need to connect more than just a 
small segment of one vendor's equipment. Since each vendor has its own proprietary protocol, 
connecting equipment together from more than one vendor or placing a different vendor's ma- 
chine into a proprietary network can cost up to 80% of the price of the actual equipment. This 
cost is mainly attributed to the time necessary to write special software programs. 

Users began to see that this situation left them with two choices; to buy everything from one 
vendor, or to buy standard equipment. Since it is obviously not reasonable to buy everything 
from one vendor, local area network standards began to receive attention. General Motors has 
specifically addressed the standardization of the factory local area network through the Manu- 
facturing Automation Protocol (MAP) specification based on the ISO/OSI reference model. 

1.2.1 ISO/OSI Reference Model 



The industry accepted communications model is the Inter- 
national Standards Organization (ISO) reference model of 
Open Systems Interconnection (OSI). The model specifies 
seven layers, with each layer responsible for providing spe- 
cific services to the layer above it. These layers are inde- 
pendent of each other and peer-to-peer layer interfaces are 
defined and standardized (see Figure 1-1). 

Application Layer 

Provides the network services necessary for the user to 
run his application program. 

Presentation Layer 

Provides the services necessary to format data ex- 
change and to manage session dialog. 



ISO LAYER 



STATION 
MANAGEMENT 


APPLICATION 


PRESENTATION 


SESSION 


TRANSPORT 


NETWORK 


DATA LINK 


PHYSICAL 







Q 



PHYSICAL MEDIA 



Figure 1-1. lOS/OSI Model 



Session Layer 

Handles connection establishment, connection termination, and arbitrates session user rights 
to services. 

Transport Layer 

Provides the functions necessary for error free delivery of messages (flow control, acknowl- 
edgement, error recovery). 

Network Layer 

Routes frames between multiple network segments. 

Data Link Layer 

Is responsible for sending frames across the physical link in a reliable manner. 

Physical Layer 

Transmits data bits across the physical medium. 
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1.2.2 IEEE Local Area Network Standards 

The IEEE 802 standards body has specified a set of standards based on the lowest two layers of 
the ISO/OSI model. In order to meet the diverse requirements of the user community, the 802 
standards body has defined five different standards so far. These standards are: 

1. IEEE 802.3 Carrier Sense Multiple Access with Collision Detection (CSMA/CD) on a Bus 
Topology 

2. IEEE 802.4 Token Bus 

3. IEEE 802.5 Token Ring 

4. IEEE 802.6 Metropolitan Area Network (MAN) 

5. IEEE 802.9 Intergrated Voice Data LAN Access Method 

The IEEE standards do not directly correspond to the ISO/OSI model as shown in Figure 1-1. IEEE 
breaks the data link layer into the media access control (MAC) and the logical link control (LLC) 
sublayers (see Figure 1-2). The MAC layers are specified by working groups 802.3, 802.4, 802.5, 
802.6, and 802.9. The LLC sublayer is specified by 802.2. IEEE has other supporting working groups 
which consist of network management and interworking (802.1 ), broadband advisory (802.7), and 
fiber optic advisory (802.8). 





802.1 MANAGEMENT 










802.2 LLC 
























802.3 




802.4 
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Figure 1-2. IEEE Standard Model 



1.3 IEEE 802.4 TOKEN BUS LOCAL AREA NETWORKS 

The following paragraphs briefly describe the token bus operation and the options outlined in 
the IEEE 802.4 standard. 



1.3.1 Token Bus Operation 

The IEEE 802.4 token passing bus standard is a deterministic protocol. This means that the user 
is guaranteed access to the network on or before certain predefined intervals. The predefined 
intervals are dependent on network characteristics such as number of stations and token hold 
times within each station. A station is only allowed to transmit onto the network when it holds 
the token. A token is an 8-bit pattern in the frame control portion of the frame. There is only one 
token on a network. This token is passed from the station with the highest address to the station 
having the next highest address and so on, with the lowest addressed station passing the token 
back to the highest addressed station. This circular passing of the token forms a logical ring. 



MC68824 USER'S MANUAL 



MOTOROLA 



The initialization of a tol<en bus network is accomplished by each station listening to the network. 
When a particular station hears nothing for a specified period, it will try to claim the token. A 
number of stations can try to claim the token at the same time but only the highest addressed 
station will win the token. 

Periodically, each station on the network checks to see if a station that has an address between 
that of itself and the station it passes the token to (its successor in the logical ring), wants to enter 
the network. If there is such a station, the original station makes the new station the recipient of 
the token (its successor), therefore allowing the new station to enter the ring. It is conceivable 
that more than one station could try to enter the logical ring at the same time (i.e., have addresses 
between the same two stations). The protocol is set up such that the highest addressed station 
will be allowed into the ring and the other station(s) will have to try again at the next opportunity. 

When a station no longer desires to be a part of the logical ring, it tells the station preceeding it 
(previous station) that it is leaving the ring. The previous station will then determine its new 
successor, and pass it the token. 

For more detailed information on how the IEEE 802.4 standard works, refer to APPENDIX A IEEE 
802.4 OPERATION or the IEEE 802.4 standard. 

1.3.2 Options Within IEEE 802.4 

The token bus controller implements both the priority and request with response (RWR) options 
outlined in the IEEE 802.4 standard. These options make the TBC suitable for use in real time 
networks as specified in MAP version 3.0. 

The request with response option allows any station that is a member of the logical ring to 
communicate with any station(s) that is not a member of the logical ring. This is useful in real 
time networks because stations that do not have much data to transmit do not add unnecessary 
delay to the token rotation time. The longer the token rotation time is, the longer it is between 
each station's opportunity to transmit. Not being a part of the logical ring allows these stations 
to have less functionality, simpler software, and lower cost. Whenever a station needs data from 
a station that is not a member of the logical ring, the requesting station sends a request with 
response frame to the station it wants a response from. The responding station then returns a 
response while the requesting station still holds the token. 

The four levels of priority are optional. If the user chooses not to implement priority, all frames 
are received and transmitted out of the highest priority queue. If priority is implemented, frames 
are linked into one of the four queues according to their priority. The TBC implements priority 
by transmitting out of the highest priority queue until there are no more frames in that queue or 
until the timer for that priority has elapsed. The timer for the highest priority queue is set by the 
user while the timer for lower priorities is set partially by the user and partially by network history. 
The TBC then either passes the token or checks the next lower priority queue for frames to transmit. 
If the timer for the next lower queue has not elapsed (the TBC has not passed the token), the TBC 
transmits out of that queue until there are no more frames to transmit or until the timer for that 
priority (which has been set by the user) has elapsed, and so on through all four queues. Finally 
the TBC passes the token to the next station. While receiving, frames of the same priority are 
linked together so the host can easily read the data by priority queue. 

1.4 TBC ENVIRONMENT 

The token bus controller provides ordered access to the token bus medium while under the overall 
supervision of a microprocessor. The communication between the microprocessor and the TBC 
is primarily through shared memory, but also uses a command structure. 
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Figure 1-3 illustrates a typical system configuration using the TBC. The TBC, memory, and CPU 
all communicate through a local bus. On the serial side, the TBC communicates through the IEEE 
802.4G recommended standard serial interface to any modem also implementing this interface. 




MPU 
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BUS 



TBC 



LOCAL 
MEMORY 



PHYSICAL 
UYER 



COAX 
CABLE 



STANDARD 
PHYSICAL 
INTERFACE 



Figure 1-3. Token Bus LAN Node 



1.5 PHYSICAL LAYER INTERFACE 

The TBC is a half-duplex controller which can be interfaced to any physical layer that implements 
the IEEE 802.4 recommended standard serial interface at 1, 5, or 10 Mbps. The serial interface 
supports two modes of operation: station management mode and MAC mode. In station man- 
agement mode, commands may be given to an intelligent modem through the TBC. The serial 
interface consists of a request channel and an indication channel. The request channel is from 
the TBC to th e modem and consists of TXCLK (supplied by the modem), TXSYMO, TXSYM1, 
TXSYM2, and SMREQ. The indication channel is from the modem to the T BC and consists of 
RXCLK (supplied by the modem), RXSYMO, RXSYM1, RXSYM2, and SMIND. 

Both the TBC and the modem can request station management mode. The TBC requests station 
management mode in order to give commands and the modem requests station management 
mode in order to report error conditions. The TBC can either encode commands on Its TXSYM 
lines or send serial data commands on one of the TXSYM lines. 



1.6 MICROPROCESSOR SYSTEM BUS INTERFACE 

The host microprocessor can be any 8-, 1 6-, or 32-bit microprocessor. The microprocessor interface 
on the TBC is that of the M68000 Family. The TBC provides byte swapping capability to enable 
the user to operate with either Motorola or Intel byte ordering convention. 

The TBC has a 32-bit non-multiplexed address bus and a separate 16-bit data bus, which may be 
configured for 8-bit operation. 
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1.7 SHARED MEMORY 

The TBC and the host microprocessor interface through shared memory which consists of: 
Initialization Table 
Private Area 
Fully Linked Buffer Structure 

Frame Descriptors 

Buffer Descriptors 

Data Buffers 

Initialization Table 

Contains all of the initial parameters necessary for TBC network operation and is prepared 
by the host prior to the initialization of the TBC. 

Private Area 

An external scratchpad for the TBC containing some TBC parameters. 

Fully Linked Buffer Structure 

Consists of frame descriptors, buffer descriptors, and data buffers. 

Frame descriptors contain control information for each frame and are linked together to form 
each priority queue. 

Buffer descriptors are pointed to by frame descriptors and contain control information for 
the data. Buffer descriptors contain an offset value set by the user which tells how far from 
the beginning of the data buffer the actual data begins. The offset feature can be used to 
add or subtract upper layer headers making it unnecessary to recopy data. 

Data buffers contain only data and are flexible in size. 

1.8 OVERVIEW OF TBC FUNCTIONAL OPERATION 

The following paragraphs provide a high level summary of the command structure, frame recep- 
tion, and frame transmission. 



1.8.1 COMMAND STRUCTURE OVERVIEW 

The host issues a command to the TBC by writing the 8-bit command into the command register. 
The commands belong to one of the following categories: 

Initialization 

Set Operation Mode 

Transmit Data Frames 

Set/Read Value 

Test 

Notify TBC 

Modem Control 



1.8.2 FRAME RECEPTION OVERVIEW 

A frame is received by a station if the address comparison is true. For group addressed frame 
reception, the address comparison uses the group address mask, this station's address, and the 
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destination address of the frame. The address comparison for a non-group (individual) addressed 
frame uses the individual address mask, this station's address, and the destination address of the 
frame. Broadcast frames are always accepted. Once the station determines that it is to receive 
the frame, the frame is transferred by DMA into the linked buffer portion of shared memory into 
the appropriate priority queue. The TBC does all of the linking and transferring. After the frame 
has been written into shared memory, an indication of its reception and its status are written into 
the frame descriptor. 

1.8.3 FRAME TRANSMISSION OVERVIEW 

Data frames are transmitted from one of four transmission priority queues. Frames are only 
transmitted out of the enabled priority queues. On reception of the token by the station, the TBC 
checks the transmission queues for frames to be sent. If frames are present on one or more of 
the queues, the TBC will send the frames until its allotted transmission time has expired, then 
pass the token. Confirmation that a specific frame has been sent, along with the transmission 
status is written into its frame descriptor. 
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SECTION 2 
TABLES 



The MC68824 Token Bus Controller (TBC) utilizes two tables to interface with the host. The tables 
include the TBC private area and the initialization table. The TBC private area is a 128-byte block 
of memory used by the TBC to store internal variables and pointers. The initialization table is a 
256-byte block of memory which holds initial parameters, interrupt status and interrupt masks, a 
DMA dump area, statistical information, and the command parameter area (CPA). The CPA is 
used by the host to set and read TBC parameters. 

2.1 TBC PRIVATE AREA 

The TBC private area is a 128-byte area of RAM reserved for use by the TBC to store internal 
variables and statistical information associated with the media access control (MAC) operation. 
During initialization, the host CPU specifies the appropriate initial values of the private area 
parameters in the initialization table (see displacement 08 hex through 76 hex in the initialization 
table shown in Figure 2-3). These initial values are then loaded into the private area through the 
INITIALIZE command (see 3.2.2 INITIALIZE Command for details). After initialization, the TBC 
keeps an on-chip pointer to this private area. The private area should never be directly accessed 
by the host as this would not guarantee IEEE 802.4 operation. The parameters in the private area 
should only be set and read by the SET/READ VALUE commands through the command parameter 
area (see 3.5 SET/READ VALUE). 

The format of the TBC private area is shown in Figure 2-2. Those parameters specified in the IEEE 
802.4 standard are noted. All timers are specified in octet times; one octet time is defined as 8»1/ 
(network data rate)). The data is organized following the Motorola byte ordering convention unless 
otherwise specified. That is, the low-order byte has an odd address while the high-order byte has 
an even address as shown in Figure 2-1. 
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A 
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8 7 
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5 


4 3 


2 


1 


High Word 


MSB 






ByteO 








[Word 0] 






Byte 1 


































Low Word 








Byte 2 








[Word 1] 






Byte 3 




LSB 



Figure 2-1. Data Organization in Memory 



2.1.1 Next Station Address 

Next station (NS) address is the 48-bit (or 16-bit) address of the next station in the logical ring 
that this station will pass the token to. The address length of 48 or 1 6 bits for the station is chosen 
at initialization time by setting or resetting a bit located in offset 7A of the initialization table. The 
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DISPLACEMENT 






(IN BYTES) 


DESCRIPTION OF FIELD 




00 


NEXT STATION ADDRESS HIGH 


802.4 


02 


NEXT STATION ADDRESS MEDIUM 


802.4 


04 


PREVIOUS STATION ADDRESS HIGH 


802.4 


06 


PREVIOUS STATION ADDRESS MEDIUM 


802.4 


08 


HI_PRIORITY_TOKEN_HOLD_TIME 


802.4 


OA 


LAST TOKEN_ROTATION_TIME 


802.4 


OC 


TOKEN ROTATION TIME AT START OF ACCESS CLASS 4 




OE 


TARGET_ROTATION_TIME FOR ACCESS CLASS 4 


802.4 


10 


TOKEN ROTATION TIME AT START OF ACCESS CLASS 2 




12 


TARGET_ROTATION_TIME FOR ACCESS CLASS 2 


802.4 


14 


TOKEN ROTATION TIME AT START OF ACCESS CLASS 




16 


TARGET_ROTATION_TIME FOR ACCESS CLASS 


802.4 


18 


TOKEN ROTATION TIME AT START OF RING MAINTENANCE 




lA 


TARGET_ROTATION_TIME FOR RING MAINTENANCE 


802.4 


IC 


RING MAINTENANCE TIME INITIAL VALUE 


802.4 


IE 


SOURCE ROUTING - SOURCE SEGMENT/BRIDGE ID (SID) 




20 


SOURCE ROUTING -TARGET SEGMENT/BRIDGE ID (TID) 




22 


SEGMENT NUMBER MASK FOR SOURCE ROUTING 




24 


MAX_INTER_SOLICIT_COUNT 


802.4 


26 


RX FRAME STATUS ERROR MASK 




28 


TX QUEUE ACCESS CLASS 6 STATUS 




2A 


TX QUEUE ACCESS CLASS 6 HEAD OF QUEUE POINTER 




2E 


ZERO 




30 


TX QUEUE ACCESS CLASS 4 STATUS 




32 


TX QUEUE ACCESS CLASS 4 HEAD OF QUEUE POINTER 




34 


ZERO 




36 


TX QUEUE ACCESS CLASS 2 STATUS 




38 


TX QUEUE ACCESS CLASS 2 HEAD OF QUEUE POINTER 




3A 


ZERO 




3E 


ZERO 




40 


TX QUEUE ACCESS CLASS STATUS 




42 


TX QUEUE ACCESS CLASS HEAD OF QUEUE POINTER 




46 


ZERO 




48 


RX QUEUE ACCESS CLASS 6 END OF QUEUE POINTER 




4C 


RX QUEUE ACCESS CLASS 4 END OF QUEUE POINTER 




50 


RX QUEUE ACCESS CLASS 2 END OF QUEUE POINTER 




54 


RX QUEUE ACCESS CLASS END OF QUEUE POINTER 




58 


FREE FRAME DESCRIPTOR POINTER TO FIRST FD 




5C 


FREE BUFFER DESCRIPTOR POINTER TO FIRST BD 




60 


GROUP ADDRESS MASK - LOW 




62 


GROUP ADDRESS MASK - MEDIUM 




64 


GROUP ADDRESS MASK -HIGH 




66 


INDIVIDUAL ADDRESS MASK - LOW 




68 


INDIVIDUAL ADDRESS MASK — MEDIUM 




6A 


INDIVIDUAL ADDRESS MASK - HIGH 




6C 


NON RWR MAXIMUM RETRY LIMIT 




6E 


RWR MAXIMUM RETRY LIMIT 


802.4 


70 


SLOT TIME 


802.4 


72 


THIS STATION ADDRESS — LOW 


802.4 


74 


THIS STATION ADDRESS - MEDIUM 


802.4 


76 


THIS STATION ADDRESS — HIGH 


802.4 


78 


MANUFACTURER PRODUCT VERSION AND 802.4 STANDARD REV. NUMBER 




7A 


TRANSMIHER FAULT COUNT 


802.4 


7C 


RESERVED FOR TBC 




7E 


RESERVED FOR TBC 





Figure 2-2. TBC Private Area 
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low word of this address is stored in an internal TBC register while the middle and high words 
are stored in the private area. Next station address may be accessed through the READ VALUE 
command (see 3.5.2 READ VALUE for details). 

Offset 
00 
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2.1.2 Previous Station Address 

Previous station (PS) address is the 48-bit (or 16-bit) address of the previous station that passes 
the token to this station. The low word of this address is stored in an internal TBC register with 
the middle and high words stored in the private area. Previous station address is accessed through 
the READ VALUE command. 

Offset 
04 



06 
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3 
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Previous Station ■ 


- Higfi Word 


























Previous Station - 


- Middle Word 
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2.1.3 Hi_Plority_Token_Hold Time 

The hi_priority_token_hold time can be from to (2''^)-1 octet times before prescaling (see 3.3.3 
SET MODE 3 for details on scaling). If the priority option is used, the hi_priority_token_hold_time 
is the maximum amount of time the station may transmit data from the highest priority queue 
(queue 6). If the priority option is not used, the hi_priority_token_hold_time determines the max- 
imum amount of time the station can transmit before passing the token. The IEEE 802.4 standard 
specifies the maximum value for this timer to be (2''^)-l octet times which therefore requires the 
user to zero the upper three bits or the upper six bits of this word depending on the prescaling 
factor used. However, the TBC does not check that this parameter is within the speciified range 
which allows the user to specify a timer with a maximum value of {2■^■^)-^. This parameter must 
be initialized by the host through the initialization table and may be altered or read via the SET/ 
READ VALUE command thereafter. 

Offset 
08 



08 



F 


E 
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C 
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A 


9 8 7 6 5 4 3 2 1 














Hi_Priority_Token_Hold Time (Prescaler of 3) 






















Hi_Priority_Token_Hold Time (Prescaler of 6) 



2.1.4 Last Token_Rotation_Time 

Last token_rotation_time is the observed prescaled-octet time measured from the last time the 
station had the token to when the station receives the token again, timed from token arrival to 
token arrival. This statistic is updated every time the TBC receives the token. Last to- 
ken_rotation_time can be accessed by the host via the READ VALUE command. The worst case 
token_rotation_time is equal to the total of the token hold times for all the nodes on the network 
plus the time it takes to pass the token between nodes. A value of zero indicates that the value 
is not currently available and occurs, for example, when the token is not rotating. 

Offset FEDCBA9876543210 

OA 



Last Token_Rotation_Time (Prescaled) 
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2.1.5 Token Rotation Time at Start of Access Classes 

Token rotation time at the start of each access class is measured in octet times from the station's 
receipt of the token to the TBC's entrance into that access class. There is one token rotation timer 
for each of the lower three access classes and one for ring maintenance. These statistics along 
with the target rotation time for each access class are used by the TBC to implement the priority 
mechanism. These statistics have no meaning if the priority access class is disabled or if the 
station is not a member of the logical ring. These statistics can be accessed by the host via the 
READ VALUE command. 

Offset FEDCBA9876543210 

OC, 10, 14 



Token Rotation Time at Start of Access Class (Prescaled) 



2.1.6 Target Tolcen Rotation Time for Access Classes 

The target token rotation time for each access class is user programmable in the range from to 
{22'')-i octet times before prescaling, and is used in conjunction with the token rotation time at 
start of access classes and ring maintenance timer. These parameters must be initialized by the 
host through the initialization table and may be altered or read via the SET/READ VALUE command 
thereafter. The TBC does not check that these parameters are within the specified range. There 
is a set of four timers called token rotation timers which get loaded with the target token rotation 
time as explained below. There is one token rotation timer for each of the lower three access 
classes and one for ring maintenance. These timers all run concurrently, counting downward 
from an initial value to zero, at which point their status is expired. When the station begins 
processing the token at a given access class, the associated internal token rotation timer is reloaded 
with the value of the target token rotation time for that access class. When the station receives 
the token again it may send data from that access class until the residual time in the associated 
token rotation timer has expired. 

Offset FEDCBA9876543210 



OE, 12, 16, 



Target Rotation Time for Access Classes (Prescaled) 
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Token Rotation Time at Start of Ring Maintenance (Prescaled) 



2.1.7 Token Rotation Time at Start of Ring Maintenance 

The token rotation time at the start of ring maintenance is a statistic which contains the elapsed 
time in units of prescaled octet times from arrival of the token to entering ring maintenance. This 
statistic can be accessed by the host via the READ VALUE command. 

Offset 
18 

2.1.8 Target Rotation Time for Ring Maintenance 

The target rotation time for ring maintenance is initialized by the host through the initialization 
table and may be altered or read via the SET/READ VALUE command thereafter. This parameter 
gets loaded into the internal ring maintenance token rotation timer and is in the range from to 
(221)- 1 octet times before prescaling. The station will solicit a successor if the inter_solicit_count 
equals zero and the ring maintenance token rotation timer has not expired. If the timer has expired, 
the solicitation will be deferred until the next time the station holds the token. 

Offset FEDCBA9876543210 



lA 



Target Rotation Time for Ring Maintenance (Prescaled) 
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2.1.9 Ring Maintenance Time Initial Value 



The ring maintenance time initial value is an integer in the range from to (2^^)-^ octet times 
before prescaling. This parameter must be initialized by the host through the initialization table 
and may be altered or read via the SET/READ VALUE command thereafter. This initial value gets 
loaded into the ring maintenance timer upon initial entry into the ring. If the ring maintenance 
initial value is set to zero, the station will defer solicitation of successors for at least one rotation 
of the token. If the value is high, the station will immediately solicit successors upon entry to the 
logical ring. 



Offset 
IC 



7 



5 



Ring Maintenance Time Initial Value (Prescaled) 



2.1.10 Source Routing — Source Segment/Bridge ID (SID) 

Two 16-bit segment numbers (SID and TID) are required by the optional source routing mechanism 
as described in APPENDIX C BRIDGING. These parameters determine whether or not the TBC 
accepts a particular source routing frame. 

Offset FEDCBA9876543210 

IE 



Source Routing Source ID 



2.1.11 Source Routing — Target Segment/Bridge ID (TID) 

The target number for source routing is discussed in the APPENDIX C BRIDGING. 

Offset FEDCBA98765432 

20 



Source Routing Target ID 



2.1.12 Segment Number Mask for Source Routing 

The segment number mask determines which part ofthe routing designator is the segment number 
and which part is the bridge number. See APPENDIX C BRIDING for details. 

Offset FEDCBA9876543210 



Segment Number Mask for Source Routing 



2.1.13 Max_lnter_Solicit_Count 

Max_lnter_Solicit_Count, working with the ring maintenance timer and target rotation timer for 
ring maintenance, determines how often the station opens a response window. The range of this 
parameter should be from 16 to 255, however the TBC will accept values smaller than 16. As 
required by the 802.4 standard, the TBC ignores the two least significant bits of the given value 
and replaces them by two random bits. If the inter_solicit_count equals zero and if the ring 
maintenance token rotation timer has not expired, the station will open a window to solicit a new 
successor. If the ring maintenance timer has expired, the solicitation will be deferred until the 
next time the station holds the token. This parameter must be initialized by the host through the 
initialization table and may be altered or read via the SET/READ VALUE command thereafter. 

Offset FEDCBA9876543210 

24 



MaxJnter_Solicit_Count 
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2.1.14 RX Frame Status Error Mask 



If a frame addressed to the TBC is received with one of the errors listed below and the corre- 
sponding error mask bit is set to one, the TBC will accept the frame (for more details see 4.1.1.2 
RECEIVE STATUS WORD). The format of the status error mask is shown below. This parameter 
is initialized by the host through the initialization table and may be altered or read via the SET/ 
READ VALUE command thereafter. 

Offset 
26 
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6 
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CRCE 


EBIT 


FOVR 


NOISE 


FTL 


NOBUF 

































CRCE CRC Error 

EBIT E-Bit Error 

FOVR FIFO Overrun 

NOISE Noise 



FTL Frame Too Long (>8 K) 

NOBUF Not Enough Buffers in Free Buffer Pool 



2.1.15 TX Queue Access Class Status 

Each transmit queue has an associated transmit queue access class status word. Each status word 
is initialized by the host through the initialization table and may be altered or read via the SET/ 
READ VALUE command thereafter. In each of the access class status words, bit F (QD) contains 
the queue disabled bit and bit E (QE) contains the queue empty bit. In order to transmit, the host 
processor may set the queue disabled bit to zero to enable the queue and the empty bit to zero 
indicating the queue contains data. This action is not necessary since the START command sets 
both bits (QD and QE) of the status word to zero, indicating that the queue is enabled and full. 
When the TBC is finished transmitting from the queue, it sets the queue empty bit to one. A 
transmit queue, except for class 6 frames, must be enabled at least one token rotation time before 
it can contain data or before the station enters the logical ring. This is done so the token rotation 
timers for each access class have a valid value. 

Offset 

28, 30, 38, 40 
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QD 
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G 






























QD — Queue Disabled 

1 Queue is Disabled 
Queue is Enabled 



QE — Queue Empty 

1 Queue is Empty 
Queue is Not Empty 



2.1.16 TX Queue Access Class Pointers 

The four transmit queue access class pointers point to the first frame descriptor in the respective 
access class queue. These pointers direct the TBC to the location from which to start transmitting. 
Each pointer is initialized by the host through the initialization table and may be altered or read 
via the SET/READ VALUE command thereafter. For more details on the management of these 
pointers refer to SECTION 4 BUFFER STRUCTURES. The format is shown below. 



Offset 
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1 


2A, 32, 3A, 42 
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Tx Queue Access Class HOQ Pointer — High Word 


























2C, 34, 3C, 44 










Tx Queue Access Class HOQ Pointer — Low Word 






LSB 



2.1.17 RX Queue Access Class Pointers 

The four receive queue access class pointers point to the last frame descriptor in the respective 
access class queue. Each pointer is initialized by the host through the initialization table and may 
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be altered or read via the SET/READ VALUE command thereafter. This enables the TBC to add 
onto the linked list. Initially these receive queue access class pointers must point to a valid frame 
descriptor for the TBC to link from. This frame descriptor, referred to as a 'dummy' frame de- 
scriptor, must always be provided. For more details on the management of these pointers refer 
to SECTION 4 BUFFER STRUCTURES. 



Offset 


F 
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B A 9 8 7 6 5 4 


3 


2 


1 


48, 4C, 50, 54 


MSB 








Rx Queue Access Class EOQ Pointer — High Word 
























V"' 


4A, 4E, 52, 56 










Rx Queue Access Class EOQ Pointer — Low Word 






LSB 



2.1.18 Free Frame Descriptor Pointer 

The free frame descriptor pointer is a 32-bit pointer containing the address of the first free frame 
descriptor in the linked list of the free frame descriptor pool. This pointer is initialized by the host 
through the initialization table and may be altered or read via the SET/READ VALUE command 
thereafter. The TBC uses these free frame descriptors upon reception of a frame. Initially, the free 
frame descriptor pointer must point to a valid frame descriptor. For more details on the man- 
agement of these pointers refer to SECTION 4 BUFFER STRUCTURES. 

Offset 
58 

5A 



2.1.19 Free Buffer Descriptor Pointer 

The free buffer descriptor pointer is a 32-bit pointer containing the address of the first free buffer 
descriptor in the linked list of the free buffer descriptor pool. The TBC uses these free buffer 
descriptors upon reception of a frame. This pointer is Initialized by the host through the initiali- 
zation table and may be altered or read via the SET/READ VALUE command thereafter. For more 
details on the management of these pointers refer to SECTION 4 BUFFER STRUCTURES. 

Offset 
5C 
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Head of FD Free Pool Pointer - 


- High Word 






















Head of FD Free Pool Pointer - 
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Head of BD Free Pool Pointer — High Word 






















Head of BD Free Pool Pointer — Low Word 
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2.1.20 Group Address Mask 

The group address mask is used to determine if a group addressed frame Is to be accepted by 
the station, A group addressed frame is denoted by the least significant bit of the destination 
address field. This bit, called the l/G bit, must be one for a group addressed frame. A group address 
is used to send messages to a group of logically related stations. The group address mask Is 
either two or six bytes in length, depending on the addressing mode of the TBC, and nrmst have 
its least significant bit set to one. The group address mechanism can be disabled by setting the 
group address mask to zero. Broadcast frames will always be accepted, regardless of the group 
address mask. The mathematical expression for accepting frames using the group address mech- 
anism Is: 

Destination Address AND GA_MASK = Destination Address 
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If the boolean value of the expression is true, then the frame is accepted. For a more detailed 
explanation and examples of group addressing, see APPENDIX B FRAME FORMATS AND AD- 
DRESSING. This parameter is initialized by the host through the initialization table and may be 
altered or read via the SET/READ VALUE command thereafter. The middle and high words must 
be zero if the address length is two bytes. Note that the group address mask is stored following 
the IEEE format. 

Offset 
60 
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Group Address Mask- 
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Group Address Mask - 
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2.1.21 Individual Address Mask 

The individual address mask can be either two or six bytes and must have its least significant bit 
set to zero. It is used to modify the test used by the TBC for individual node address recognition. 
The mathematical expression for accepting frames using the individual address mechanism is: 

Destination Address AND IA_MASK = This Station Address AND IA_MASK 

If the boolean value of the expression is true, then the frame is accepted. For a more detailed 
explanation and examples of individual addressing, see APPENDIX B FRAME FORMATS AND 
ADDRESSING. This parameter is initialized by the host through the initialization table and may 
be altered or read via the SET/READ VALUE command thereafter. The middle and high words 
should be zero if the address length is 16 bits. Note that the individual address mask is stored 
following the IEEE format. 

Offset 
66 
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- High Word 








LSB 



2.1.22 Non-RWR Maximum Retry Limit 

The maximum number of non-request with response retries sets an upper bound to the number 
of times the TBC will attempt to transmit the same message. This parameter is initialized by the 
host through the initialization table and may be altered or read via the SET/READ VALUE command 
thereafter. Trying to send a frame again (retrying) is necessary when long host bus latency 
conditions occur, sometimes causing the frame transmission to be aborted. The TBC will keep 
attempting to send a message until this retry limit is met. This maximum retry limit is user 
programmable with the TBC supporting a maximum of 255 retries. If the frame still has not been 
sent when the maximum retry limit is met, negative confirmation appears in the confirmation 
word of the frame descriptor and the TBC will stop trying to send it. The maximum retry limit for 
non-RWR messages is not an IEEE 802.4 parameter. 

Offset FEDCBA9876543210 

6C 





















Non-RWR Maximum Retry Limit 
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2.1.23 RWR Maximum Retry Limit 



The request with response (RWR) maximum retry limit sets an upper bound to the number of 
times the TBC will attempt to transmit a RWR frame. A retry is performed if an underrun occurs 
or if no response is received from the destination address. This parameter is initialized by the 
host through the initialization table and may be altered or read via the SET/READ VALUE command 
thereafter. In the IEEE 802.4 standard, the maximum RWR number of retries value is seven. The 
maximum value that the TBC will support is 255. 

Offset FEDCBA9876543210 

6E 



00000000 RWR iVIaximum Retry Limit 



2.1.24 Slot Time 

Slot time is the worst case time any station must wait for a response from another station. This 
parameter must be uniform throughout the network. It is equal to the amount of time for the 
slowest station on the bus to respond to MAC control frames. Slot time is measured in octet 
times, has a maximum value of (2'^^)-^ and is defined by the equation below: 

SLOT TIME = Integer {(2«Transmission_Path_Delay) + ({(2«Station_Delay) 
+ Safety_Margin)/MAC_SymboLTime)/8) 

The transmission path delay is the worst case delay which transmissions experience going through 
the physical medium from a transmitting station to a receiving station. The station delay is the 
amount of time from the receipt of the end delimiter at the receiving station's physical medium 
interface until the impression of the first bit of the preamble on the physical medium by the 
receiving station's transmittter. The safety margin in the time interval is no less than one MAC 
symbol time. MAC symbols are defined as the smallest unit of information exchanged between 
the MAC sublayer entities. MAC symbol time is the time required to send a single MAC symbol 
and is therefore the inverse of the network data rate. 

Offset FEDCBA98765432 1 

70 












Slot Time (In Octets) 



2.1.25 This Station Address 

This station address (TS) is a 48-bit or 16-bit address which must be an even integer since an 
odd address represents a group address. It contains the address used by the TBC to accept or 
reject MAC frames. This parameter is initialized by the host through the initialization table and 
may be read via the READ VALUE command thereafter. The middle and high words should be 
zero if the address length is 16 bits. Note that this parameter is stored following the IEEE format. 

Offset 
72 



74 



76 



F 


E 


D 


C 


B 


A 9 8 7 6 5 


4 


3 


2 


1 


MSB 










This Station Address — Low Word 












This Station Address — Middle Word 














This Station Address — High Word 








LSB 



2.1.26 Manufacturer Product Revision and 802.4 Standard Revision Number 

The value of this parameter is "0402 hex" for TBC mask set 2A60S and "0502 hex" for TBC mask 
set 1B59B. It is stored at offset 78. The '4' or '5' is an indication of the manufacturer product 
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revision while the '2' means the TBC implements 802.4 Revision 2. This parameter may be read 
via the READ VALUE command. 



2.1.27 Transmitter Fault Count 

The transmitter fault count is an integer in the range from zero to seven stored by the TBC in the 
most significant three bits. If the station sequences to the end of the token contention process 
and loses, or fails to pass the token to any successor, this counter is incremented by one. If this 
value exceeds seven, bit 1 of interrupt status word 1 will be set by the TBC (see 2.2.11 Interrupt 
Status Words for a complete description). This parameter may be read via the READ VALUE 
command. 

Offset 
7A 



F E D 


C 


B 


A 


9 


8 


7 


6 


5 


4 


3 


2 


1 





TX FCNT 










































2.2 INITIALIZATION TABLE 

The initialization table is a 256-byte area of memory which is shared by the TBC and the host 
CPU. It is used by the host processor to pass operating parameters and pointers to the TBC. This 
is performed during the initialization sequence and whenever it is necessary to update operating 
parameters during TBC operation. The initialization table is also used by the TBC to pass status, 
statistic counters, and command return information (parameters) to the host. 

The format of the initialization table is shown in Figure 2-3. 



2.2.1 Private Area Function Code 

Bits 0-3 of the initialization table word contain the function code values that may be required 
by the system to access the private area. If no function codes are used, this word does not need 
to be initialized by the host. The TBC private area pointer is located in the subsequent two words 
of the initialization table. 

Offset 
00 



F 


E 


D 


C 


B 


A 


9 ./' 8 


7 


6 


5 


4 


3 


2 1 









































Private Area FC 



2.2.2 Private Area Pointer 

The private area pointer is a 32-bit address which points to the 128-byte area in RAM that should 
only be accessed by the TBC since it contains MAC variables and parameters. 

Offset 
02 



F 


E 


D 


C 


B 


A 9 8 7 6 5 


4 


3 


2 


1 


MSB 










Private Area Pointer — High Word 






















Private Area Pointer — Low Word 








LSB 



2.2.3 Parameters Initializing the Private Area 

The parameters in displacements 08-76 are the initial values of the corresponding parameters of 
the private area. These values are initialized by the host CPU in the intialization table and are then 
loaded into the private area by the INITIALIZE command. For a detailed description of these 
parameters, see 2.1 TBC PRIVATE AREA. 



MOTOROLA 
9.1 n 



MC68824 USER'S MANUAL 



DISPLACEMENT 
(IN BYTES) 


DESCRIPTION OF FIELD 


UPDATED 
BY 


00 
02 
04 
06 
08 
OA 
OC 
OE 


PRIVATE AREA FUNCTION CODE 

PRIVATE AREA POINTER - HIGH 

PRIVATE AREA POINTER - LO\N 

ZERO 

INITIAL HI_PRIORITY_TOKEN_HOLD_TIME 

ZERO 

ZERO 

INITIAL TARGET_ROTATION_TIME FOR ACCESS CLASS 4 


Host 
Host 
Host 
Host 
Host 
Host 
Host 
Host 


10 
12 
14 
16 
18 
1A 
1C 
IE 


ZERO 

INITIAL TARGET_ROTATION_TIME FOR ACCESS CLASS 2 

ZERO 

INITIAL TARGET_ROTATION_TIME FOR ACCESS CLASS 

ZERO 

INITIAL TARGET_ROTATION_TIME FOR RING MAINTENANCE 

INITIAL RING MAINTENANCE TIME INITIAL VALUE 

INITIAL SOURCE SEGMENT/BRIDGE ID (SID) 


Host 
Host 
Host 
Host 
Host 
Host 
Host 
Host 


20 
22 
24 
26 
28 
2A 
2E 


INITIAL TARGET SEGMENT/BRIDGE ID (TID) 

INITIAL SEGMENT NUMBER MASK FOR SOURCE ROUTING 

INITIAL MAX_INTER_SOLICIT_COUNT 

INITIAL RX FRAME STATUS ERROR MASK 

INITIAL TX QUEUE ACCESS CLASS 6 STATUS 

INITIAL TX QUEUE ACCESS CLASS 6 HOQ POINTER 

ZERO 


Host 
Host 
Host 
Host 
Host 
Host 
Host 


30 
32 
36 
38 
3A 
3E 


INITIAL TX QUEUE ACCESS CLASS 4 STATUS 

INITIAL TX QUEUE ACCESS CLASS 4 HOQ POINTER 

ZERO 

INITIAL TX QUEUE ACCESS CLASS 2 STATUS 

INITIAL TX QUEUE ACCESS CLASS 2 HOQ POINTER 

ZERO 


Host 
Host 
Host 
Host 
Host 
Host 


40 
42 
46 
48 
4C 


INITIAL TX QUEUE ACCESS CLASS STATUS 

INITIAL TX QUEUE ACCESS CLASS HOQ POINTER 

ZERO 

INITIAL RX QUEUE ACCESS CLASS 6 EOQ POINTER 

INITIAL RX QUEUE ACCESS CLASS 4 EOQ POINTER 


Host 
Host 
Host 
Host 
Host 


50 
54 
58 
5C 


INITIAL RX QUEUE ACCESS CLASS 2 EOQ POINTER 

INITIAL RX QUEUE ACCESS CLASS EOQ POINTER 

INITIAL FREE FRAME DESCRIPTOR POOL POINTER TO FIRST FD 

INITIAL FREE BUFFER DESCRIPTOR POOL POINTER TO FIRST BD 


Host 
Host 
Host 
Host 


60 
62 
64 
66 
68 
6A 
6C 
6E 


INITIAL GROUP ADDRESS MASK - LOW 
INITIAL GROUP ADDRESS MASK - MEDIUM 
INITIAL GROUP ADDRESS MASK - HIGH 
INITIAL INDIVIDUAL ADDRESS MASK - LOW 
INITIAL INDIVIDUAL ADDRESS MASK - MEDIUM 
INITIAL INDIVIDUAL ADDRESS MASK - HIGH 
INITIAL NON RWR MAX RETRY LIMIT 
INITIAL RWR MAX RETRIES LIMIT 


Host 
Host 
Host 
Host 
Host 
Host 
Host 
Host 


70 
72 
74 
76 
78 
7A 

7C 
7E 


INITIAL SLOT TIME 

INITIAL THIS STATION ADDRESS - LOW 

INITIAL THIS STATION ADDRESS - MEDIUM 

INITIAL THIS STATION ADDRESS - HIGH 

INITIAL PAD TIMER PRESET (PTP) 

BIT 15- INITIAL IN_RING DESIRED 

BIT 14 - INITIAL ADDRESS LENGTH (48/16 BITS) 

ZERO 

ZERO 


Host 
Host 
Host 
Host 
Host 
Host 
Host 
Host 
Host 



Figure 2-3. Initialzation Table (Sheet 1 of 2) 
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DISPLACEMENT 




UPDATED 


(IN BYTES) 


DESCRIPTION OF FIELD 


BY 


80 


ZERO 


Host 


82 


ZERO 


Host 


84 


RESPONSE DESTINATION ADDRESS POINTER 


Host 


88 


RESPONSE POINTER 


TBC 


8C 


RWR POINTER 




COMMAND PARAMETER AREA 


90 


COMMAND PARAMETER AREA VALO 


Host 


92 


COMMAND PARAMETER AREA VAL1 


Host 


94 


COMMAND PARAMETER AREA VAL2 


Host 


96 


COMMAND RETURN AREA RETO 


TBC 


98 


COMMAND RETURN AREA RET1 


TBC 


9A 


COMMAND RETURN AREA RET2 


TBC 


9C 


COMMAND STATUS AND DONE BIT 


TBC 


9E-A6 


ZERO 


Host 


INTERRUPT STATUS AREA 


A8 


INTERRUPT STATUS WORD 


TBC 


AA 


INTERRUPT MASK 


Host 


AC 


INTERRUPT STATUS WORD 1 


TBC 


AE 


INTERRUPT MASK 1 


Host 


STATISTICS 


BO 


NUMBER OF TOKENS PASSED (THRESHOLD) 


Host 


B2 


NUMBER OF TOKENS PASSED 


TBC 


84 


NUMBER OF TOKENS HEARD (THRESHOLD) 


Host 


B6 


NUMBER OF TOKENS HEARD 


TBC 


B8 


NUMBER OF N0_SUCCESS0R_8 ARCS (THRESHOLD) 


Host 


BA 


NUMBER OF NO_SUCCESSOR-J ARCS 


TBC 


BC 


NUMBER OF WHO_FOLLOWS TRANSMIHED (THRESHOLD) 


Host 


BE 


NUMBER OF WHO_FOLLOWS TRANSMIHED 


TBC 


CO 


NUMBER OF TOKEN PASSES THAT FAILED (THRESHOLD) 


Host 


C2 


NUMBER OF TOKEN PASSED THAT FAILED 


TBC 


C4 


NUMBER OF NON_SILENCE (THRESHOLD) 


Host 


C6 


NUMBER OF NON_SILENCE 


TBC 


C8 


NUMBER OF FCS ERRORS (THRESHOLD) 


Host 


CA 


NUMBER OF FCS ERRORS 


TBC 


CC 


NUMBER OF E-BIT ERRORS (THRESHOLD) 


Host 


CE 


NUMBER OF E-BIT ERRORS 


TBC 


DO 


NUMBER OF FRAME FRAGMENTS (THRESHOLD) 


Host 


02 


NUMBER OF FRAME FRAGMENTS 


TBC 


D4 


NUMBER OF RECEIVED FRAMES TOO LONG (>8K BYTES) (THRESHOLD) 


Host 


D6 


NUMBER OF RECEIVED FRAMES TOO LONG 


TBC 


D8 


NUMBER OF NO FD/BD ERRORS (THRESHOLD) 


Host 


DA 


NUMBER OF NO FD/BD ERRORS 


TBC 


DC 


NUMBER OF OVERRUNS (THRESHOLD) 


Host 


DE 


NUMBER OF OVERRUNS 


TBC 


DMA DUMP AREA 


EO 


FC1 


TBC 


E2 


DPTR1 


TBC 


E6 


FC2 


TBC 


E8 


DPTR2 


TBC 


EC 


FC3 


TBC 


EE 


DPTR3 


TBC 


F2 


FC4 


TBC 


F4 


DPTR4 


TBC 


F8-FE 


ZERO 


Host 



Figure 2-3. Initialzation Table (Sheet 2 of 2) 
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2.2.4 Initial Pad Timer Preset (PTP) 

The initial pad timer preset (PTP) value is used to set tlie length and pattern of the preamble, and 
the minimum number of preamble octets transmitted between frames. This register must be set 
at initialization time by the host CPU according to the format shown below. The SET PTP command 
must be used after initialization to modify this register if desired. The type of physical layer used 
in the node determines the value to which the PTP is initialized. See 3.5.3.4 SET PAD TIMER 
PRESET REGISTER (PTP) for more details on the PTP. 

Offset 



F 


E 


D 


C 


B 


A 


9 


8 


7 


6 


5 


4 


3 


2 


1 





m 


m 


m 


m 


m 


b 


b 


b 


P 


P 


P 


P 


P 


P 


P 


P 



Where: 
m = Minimum number minus one of preamble octets transmitted between frames, 
b = iVIinimum number of preamble octets minus two transmitted before frame after silence, 
p = Pattern of preamble octet. 



2.2.5 Initial ln_Ring Desired 

The initial in_ring desired parameter is a Boolean located in bit 15. A one indicates that the TBC 
should be a member of the token passing logical ring. After initialization the in_ring desired 
parameter may be modified using the SET/CLEAR IN_RING DESIRED command. 

Offset 
7A 



F 


E 


D 


C 


B 


A 


9 


8 


7 


6 


5 


4 


3 


2 


1 





IR 


AL 













































2.2.6 Initial Address Length 

The initial address length is a Boolean located in bit 14. A one Indicates a 48-bit address and a 
zero indicates a 16-bit address. Note that the MAP specification specifies 48-bit addresses only. 

Offset 
7A 



F 


E 


D 


C 


B 


A 


9 


8 


7 


6 


5 


4 


3 


2 


1 





IR 


AL 













































2.2.7 Response Destination Address Pointer 

The response destination address pointer points to a frame descriptor into which the TBC writes 
a received RWR frame's source address in the response frame's destination address field. See 
4.4 REQUEST WITH RESPONSE (RWR) TRANSMISSION for details on the RWR mechanism. 



Offset 


F 


E 


D 


C 


B A 9 8 7 6 5 4 


3 


2 


1 


84 


MSB 








Response Destination Address Pointer — High Word 


























86 










Response Destination Address Pointer — Low Word 






LSB 



2.2.8 Response Pointer 

The response pointer contains a 32-bit address which points to the frame descriptor of the response 
to be sent when a request with response frame is received. The response pointer is used auto- 
matically only in predefined response mode. If the TBC is not in predefined response mode, the 
logical link control (LLC) must generate a response and update the response pointer. In that case. 
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the response pointer is not valid until the RESPONSE READY command is issued to the TBC by 
the host. See 4.4 REQUEST WITH RESPONSE (RWR) TRANSMISSION for details on the RWR 
mechanism. 

Offset 



8A 



F 


E 


D 


C 


B 


A 


9 8 


7 6 


5 


4 


3 


2 


1 


MSB 












Response Pointer 


- High Word 


























Response Pointer 


— Low Word 










LSB 



2.2.9 Request with Response Pointer 

The request with response (RWR) pointer contains a 32-bit address which points to the frame 
descriptor of the request with response frame that was received. See 4.4 REQUEST WITH RE- 
SPONSE (RWR) TRANSMISSION for details on the RWR mechanism. 



Offset 


F 


E 


D 


C 


B 


A 


9 8 


7 6 


5 


4 


3 


2 


1 


8C 


MSB 












RWR Pointer - 


- High Word 








































8E 














RWR Pointer - 


- Low Word 










LSB 



2.2.10 Command Parameter Area 



The command parameter area is located in words 90 through 9C of the initialization table. This 
area is used to read values from, and set values into, the TBC. The command parameter area 
format consists of the command area and the command result area. The most frequent usage of 
the command parameter area is by the SET ONE WORD, SET TWO WORDS, and READ VALUE 
commands. For these commands, the command area is a three word area with the first word 
containing the parameter opcode to be set or read. The other two words contain the new parameter 
when setting the value of that parameter. For a description of the parameter opcodes see Tables 
3-7 and 3-8. The format of the command parameter area when using other commands is defined 
in the specific command description in SECTION 3 COMMANDS. 



Offset 
90 



























Opcode , 



CPA VALO 



92 



Parameter 1 (if Needed) 



CPA VAL1 



94 



Parameter 2 (If Needed) 



CPA VAL2 



The command result area is a four word area. The first three words contain the returned value 
of the parameter which was requested via a READ VALUE command and the fourth word contains 
the status. The done bit in the status word is set by the TBC when it is finished processing any 
command except RESET and LOAD INITIALIZATION TABLE FC. In order to use the done bit as 
an indicator of command completion, it must be cleared prior to issuing the TBC a command. 
The meaning of the status contained in offset 9C of the CPA is detailed under each command if 
used. The format of the command result area is: 
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Offset F 



96 



98 



9A 



9C 



Parameter 1 



Parameter 2 



Parameter 3 



CPA RETO 
CPA RET1 
CPA RET2 



Status 



Done 
Bit 



2.2.11 Interrupt Status Words 

Interrupt status bits are updated continuously by the TBC as status changes. To change a status 
bit, the TBC reads the appropriate word of the status area, updates the proper bit, and then writes 
the word back to the memory area. If the corresponding status bit is already set, then no action 
is taken by the TBC. The interrupt status word, combined with the interrupt status mask, determines 
whether an interrupt will be generated. If a special event occurs and the corresponding bit in the 
interrupt mask is zero, then an interrupt request will not be generated; however, the corresponding 
status bit will be set to one. If a special event occurs and the corresponding bit in the interrupt 
mask is one, then an interrupt will be generated, and the corresponding status bit will be set to 
one. To clear the interrupt status words, the CLEAR INTERRUPT STATUS command must be 
issued. 



2.2.11.1 INTERRUPT STATUS WORD 0. The format of interrupt status word is shown below: 

Offset F E DC B A9876543210 

A8 



RXDF 


RXRWR 


TXDF 


TXRDF 


TXRWR 


UNR 


OVER 


BDPL 


FDPL 


BAERR 


TP 


TSK 


TXQE 


BDPE 


FDPE 


TCC 



TCC — TBC Command Complete 

This bit is set upon completion of execution of all commands except RESET, LOAD INITIAL- 
IZATION TABLE FC, and CLEAR INTERRUPT STATUS. 

FDPE — Frame Descriptor Pool Empty 

This bit is set after the last frame descriptor (FD) in the free frame descriptor pool is used 
and linked to one of the receive queues. 

BDPE — Buffer Descriptor Pool Empty 

This bit is set when the TBC accesses the last buffer descriptor (BD) in the free buffer descriptor 
pool. The TBC does not use the last BD until the host has linked additional BDs to the pool. 
The TBC is able to receive only the header information (FC, DA, SA) from data frames when 
the BD pool is empty as long as free frame descriptors are available. 

TXQE — Transmit Queue Empty 

This bit is set after the TBC sets the confirm frame descriptor (CFD) bit of the last FD in any 
of the transmit queues. The queue must be reinitialized by the START command before 
transmitting again. 

TSK — Token Skipped 

This bit is set when the TBC hears a valid token frame being passed from a station "before" 
the TBC to a station "after" the TBC (i.e., SA>TS>DA or DA>SA>TS or TS>DA>SA). It is 
not affected by whether the TBC is in_ring. If the event occurs when the TBC is in_ring, an 
error has occurred. 
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TP — Token Passed 

This bit is set when the TBC believes it has successfully passed the token to its successor 
station. When this event occurs, the TBC stores the token rotation time (TRT) value into the 
last token_rotation_time and begins a new TRT measurement. 

BAERR — Bus/Address Error 

This bi t is s et when a bus or address error occurs in a TBC DMA cycle. Bus error is indicated 
on th e BEC pins, while an address error is generated when the TBC is bus master and CS or 
lACK is asserted, indicating that the TBC has attempted to address itself. 

If a bus or address error occurs, the TBC stops transmitting and receiving data frames. If the 
TBC has the token at this time, the TBC will pass the token to its successor. If the TBC does 
not have a successor, then it will try to find a new successor. Next, the TBC will dump all 
four DMA pointers and their function codes into the dump area in the initialization table 
(offset EO through F4) and execute the interrupt routine if the corresponding bit is set in the 
interrupt mask word. Note that the pointer which caused the bus/address error may have 
been incremented by one or two before its value was dumped. If a bus error occurs during 
reception, both free pools are disrupted and must be reinitialized via SET TWO WORDS 
commands as part of the bus error handling routine. 

The host can cause the TBC to resume full operation by issuing a CLEAR INTERRUPT STATUS 
command to clear the bus/address error bit. This command should be given only after the 
steps described below have been followed: 

• The host has dealt with the cause of the bus/address error. 

• The host has given the TBC new pools of free FDs and free BDs. 

• The host has enabled the TBC to resume transmitting by issuing the START or RESTART 
command if the TBC has more to transmit. 

If a second bus/address error occurs before the host has dealt with the first one, (i.e., the 
appropriate CLEAR INTERRUPT STATUS command was not given), then the TBC enters an 
endless loop of severe interrupts and waits for RESET. If the TBC was in the OFFLINE state 
when the first bus/address error occurred, it will immediately enter the severe interrupt state. 

FDPL — Frame Descriptor Pool Low 

This bit is set when the TBC accesses an FD in the free FD pool whose W_FD (warning frame 
descriptor pool low) bit is set. The W_FD bit is intended to be a warning that the FD pool is 
running low and that more FDs should be added soon. The host decides in which FD to set 
the W_FD bit. 

BDPL — BD Pool Low 

This bit is set when the TBC accesses a BD in the free BD pool whose W_BD (warning buffer 
descriptor pool low) bit is set. The W_BD bit is intended to be a warning that the BD pool is 
running low and that more BDs should be added soon. The host decides in which BD to set 
the W_BD bit. 

OVER — Overrun 

This bit when set indicates that the TBC attempted to write to a full FIFO while receiving. 
This means that the TBC was not able to empty the FIFO fast enough. If this occurs frequently, 
it may indicate that the TBC is not receiving sufficient host bus bandwidth. 

UNR — Underrun 

If the TBC transmit machine attempts to read from an empty FIFO this bit will be set and an 
abort sequence will be sent by the TBC. This indicates that the TBC was not able to fill the 
FIFO fast enough. If this occurs frequently, it may indicate that the TBC is not receiving 
sufficient host bus bandwidth. 
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TXRWR — Transmitted Request With Response Frame 

This bit is set when the TBC has finished processing a transmitted RWR frame and its response. 
This does not necessarily indicate that the frame was successfully transmitted or that an 
appropriate response frame was received. Setting this bit indicates that the status word of 
the FD of the RWR frame contains the detailed status of the frame. 

TXRDF — Transmitted Response Data Frame 

This bit is set when the TBC has finished processing a transmitted response data frame after 
receiving a RWR data frame. This does not necessarily indicate that the frame was successfully 
transmitted. Setting this bit indicates that the status word of the FD of the response frame 
contains the detailed status of the frame. 

TXDF — Transmitted Data Frame 

This bit is set when the TBC has finished processing a transmitted non-RWR frame or non- 
response data frame. This does not necessarily indicate that the frame was successfully 
transmitted. Setting this bit indicates that the status word of the FD of the frame contains 
the detailed status of the frame. 

RXRWR — Received Request with Response Frame 

This bit is set when the TBC accepts a valid non-retry RWR data frame, see 4.4 REQUEST 
WITH RESPONSE (RWR) TRANSMISSION for the definition of retry. This bit is set only after 
the confirmation word has been written to the FD, the FD has been linked to the appropriate 
receive queue, and the TBC has written a pointer to the FD in the RWR pointer field of the 
initialization table. If a RWR frame addressed to the TBC is received with an error (e.g., noise, 
FCS error, overrun, lack of BDs), this bit will not be set even if the frame is accepted and 
linked to the appropriate receive queue. If such a frame is accepted, the RX data frame bit 
will be set although the frame control is that of a RWR frame. 

RXDF — Received Data Frame 

This bit is set when the TBC accepts a non-RWR data frame or an invalid request with response 
frame, after the confirmation word has been written to the FD and the FD has been linked 
to the appropriate receive queue. 

2.2.11.2 INTERRUPT STATUS WORD 1. The format of interrupt status word 1 is shown below: 

Offset F E D C BA98 7 6543210 

AC 



MODER 


•» 


LAS 


TCE 


BIEX 


WAS 


NRES 


RECL 


UNEXF10 


SA 


UEXF6 


NS1 


NS 


SC 


FTX 


DMAD 



•Reserved 

DMAD — Duplicate MAC Address Detected 

This bit is set when the TBC receives a control frame with SA equal to TS, when it is sure 
that this frame is not the echo of the TBC's own transmission. This means that there is another 
station in the ring with the same TS address as this station. Upon detecting such an event, 
the TBC sets this bit and goes OFFLINE. 

FTX — Faulty Transmitter 

This bit is set when the value of transmitter fault count stored in the private area exceeds 
seven. The value of the transmitter fault count is incremented each time the station sequences 
to the end of the token contention process and loses or fails to pass the token to any successor. 
Neither of these failures occurs in normal operation. The value of transmitter fault count is 
reset to zero if the station either enters the ring or successfully solicits a new successor, since 
such an event indicates that another station correctly heard a transmission from this station. 
Upon detecting the event of faulty transmitter, the TBC sets this bit and goes OFFLINE. 
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SC — Successor Changed 

This bit is set when the TBC changes its successor. The new successor's address can be read 
via the READ VALUE command. This allows the network to maintain a "live list" of the 
stations in the logical ring. 

NS — No Successor 

NS1 — No Successor 1 

When the TBC realizes that it has no successor, it sets either the no successor or the no 
successor 1 bit. The TBC can have no successor when it receives a set successor frame with 
data unit equal to TS, which means that this is the only station in the ring (no successor 1); 
or when it fails to pass the token to any successor, or when it gets the IDLE command and 
performs the transition from OFFLINE to IDLE (no successor). Note that no successor 1 
represents normal operation while no successor, when not after the IDLE command, may 
indicate a problem in the network. 

UEXF6 — Unexpected Frame 6 

This bit is set when the TBC hears an unexpected frame when expecting a response to a 
transmitted request with response frame. An unexpected frame in this case is any valid frame 
which is not a response frame addressed to this station. Upon detecting this event, the TBC 
sets this bit and goes to IDLE without passing the token. 

SA — Solicit Any Arc of the Access Control Machine (ACM) Performed 

This bit is set when the TBC thinks it has a successor but reaches the solicit any phase of 
the pass token procedure. This means that the successor failed to respond to the token twice, 
and no station responded to two who_follows queries. The TBC sends a solicit any frame 
and sets this bit. 

UNEXF10 — Unexpected Frame 10 

The TBC sets this bit when it executes the "unexpected frame 10" transition in the IEEE 802.4 
access control machine (ACM). It occurs when the TBC attempted to solicit a new successor 
and while waiting for a response, heard either a data frame not sent by itself, a set successor 
frame not addressed to it, or another type of control frame not sent by itself. When this event 
occurs, it indicates a protocol error, possibly a duplicate token situation. After setting this bit 
the TBC will go to IDLE without passing the token. 

RECL — Receive Claim Token 

This bit is set when the TBC hears a claim token frame sent by another station. This means 
that some other station thinks it is the only active station and wants to build a new logical 
ring. 

NRES — No Response Received (ACM in the Await Response State) 

This bit may be used as the MAC "heartbeat" indication to provide a periodic check on the 
functioning of the MAC sublayer. The heartbeat indication should occur periodically in a 
station where in_ring_desired remains true and sole_active_station is false, in other words 
a station which is a member of an active logical ring. If the heartbeat indication does not 
occur periodically, a monitor may assume that possibly the station's MAC is malfunctioning 
or some other catastropohic network failure has occurred. Also, if the bit is set too frequently, 
the maximum inter_solicit count may be incremented since no new station wants to enter 
the ring. 

WAS — Win Address Sort 

This bit is set when the TBC wins the claim token procedure and now is the one holding the 
token. The TBC sends data frames from access class 6 and then opens a response window 
to allow other stations to enter the ring. 
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BIEX — Bus Idle Timer Expired 

This bit is set when the bus idle timer expires and the TBC has no frames to send, and does 
not want to be in_ring, or is the sole_active_station. It implies that nothing has been sent on 
the networl< for a long time, including tokens. This can happen if no station in the network 
wants to be in_ring, or the ring has collapsed, or if there is a fault in this station's receiver. 

TCE — Threshold Counter Exceeded 

This bit is set if any one of the statistic counters in the initialization table exceeded its threshold 
value. See 2.2.13 Statistics for more detail. 



LAS — Lose Address Sort 

The TBC sets this bit when after six or seven slot times of silence, the TBC enters the claim 
token procedure, but does not win. The TBC returns to the IDLE state. This bit, along with 
the receive claim token, win address sort, and bus idle timer expired bits indicates that the 
logical ring, if there was one, has collapsed. 

MODER — Modem Error 

This bit is set if the physical layer has signalled a modem detected error. The TBC monitors 
error indication from the modem while in the idle state, or in the use token state. The modem 
error bit may also be set by the TBC if indicated from the physical layer during the receive 
or transmit test if run in external loopback. During transmission, this bit usually indicates 
that the modem detected that the TBC has transmitted for more than a half second. If an 
intelligent modem is used, then more information can be obtained via the physical command. 
Upon detecting this event, the TBC sets this bit and goes to OFFLINE. 



2.2.12 Interrupt Maslcs 

Interrupt masks have the same format as interrupt status words. If an interrupt status condition 
event occurs and the interrupt status bit is not already set, it causes an interrupt if the appropriate 
mask bit is set to one. An interrupt vector is then requested by the host processor and the host 
processor checks the interrupt status words to determine what caused the interrupt. If the mask 
bit is set to zero and the event occurs, no interrupt will be generated; however, the corresponding 
status bit in the interrupt status word will be set. 

The format of interrupt mask is shown below: 

Offset F E D C BA9876543210 

AA ' ' ' '~ 



RXDF 


RXRWR 


TXDF 


TXRDF 


TXRWR 


UNR 


OVER 


BDPL 


FDPL 


BAERR 


TP 


TSK 


TXQE 


BDPE 


FDPE 


TCC 



The format of interrupt mask 1 is shown below 

Offset 
AE 

•Reserved 



F 


E 


D 


C 


B 


A 


9 


8 


7 


6 


5 


4 


3 


2 


1 





MODER 


• 


LAS 


TCE 


BIEX 


WAS 


NRES 


RECL 


UNEXF10 


SA 


UEXF6 


NS1 


NS 


SC 


FIX 


DMAD 



2.2.13 Statistics 

The initialization table contains statistics about the operation of the network. The statistic counters 
are 16-bit wrap-around counters. Every counter has a threshold variable. Whenever a counter is 
incremented, the TBC checks whether its value has exceeded the threshold value set by the host. 
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If the threshold value has been exceeded, the status bit threshold counter exceeded (TCE) in 
interrupt status word 1 is set. If enabled by the TCE bit in interrupt mask word 1, an interrupt is 
also generated. A threshold value of zero disables the interrupt mechanism, however the counters 
are still incremented. The threshold mechanism allows software to map the 16-bit counters into 
larger counters (32 bits), or to be notified if a large number of errors occurs. Counters are not 
automatically cleared when the threshold value is reached. The collection of two of these statistics 
which are number of tokens passed and number of tokens heard may be disabled using the SET 
MODE 1 command (see 3.3.1 SET MODE 1 Command).These counters are described in the fol- 
lowing paragraphs. 

2.2.13.1 NUMBER OF TOKENS PASSED. This statistic is the number of tokens that have been 
passed by this station. The counter is incremented when the TBC thinks it successfully passed 
the token to its successor in the ring. In normal operation, this is equal to the number of tokens 
passed to the TBC. This statistic enables software to calculate the average token rotation time. 
The collection of this statistic may be disabled using the SET MODE 1 command. 

2.2.13.2 NUMBER OF TOKENS HEARD. This statistic represents the number of tokens this station 
has heard on the network with DA not equal to TS and SA not equal to TS, that is the number 
of tokens that have gone by. This counter, along with the tokens passed counter, the lOken skipped 
and token passed status bits in interrupt status word 0, may be used to estimate the number of 
stations in the logical ring. The collection of this statistic may be disabled using the SET MODE 
1 command. 

2.2.13.3 NUMBER OF PASSES THROUGH NO SUCCESSOR 8. This statistic indicates the number 
of times this station has gone through the no successor 8 arc in the state machine. This happens 
when the TBC fails to pass the token and does not succeed in finding a new successor station. 
The counter is incremented only if the TBC thinks it is not the only active station in the network. 
A significantly large value in this counter may indicate a "faulty" transmitter condition in this 
station. 

2.2.13.4 NUMBER OF WHO FOLLOWS. This statistic is the number of times this station has had 
to look for a new next station to pass the token to. This frame is sent as part of the TBC's effort 
to pass the token to its former successor's successor if the original successor station does not 
respond to the token. This counter is incremented by two every time a failure occurs. 

2.2.13.5 NUMBER OF TOKEN PASS FAILED. This statistic indicates the number of token pass 
failed transitions when pass state is equal to pass token. Upon failing to pass the token, the TBC 
tries to send a second token (pass state equals repeat pass token). If this effort fails too, this 
counter is not incremented again; but the TBC will then send a who follows frame and the who 
follows query counter will be incremented. 

2.2.13.6 NUMBER OF FRAMES TOO LONG (>8K BYTES). This statistic is the number of received 
frames that are too long (>8K bytes, an IEEE 802.4 parameter). If frames are longer than 8K, they 
may be accepted if the appropriate bit is set in the receive frame status error mask (see 4.1.1.2 
RECEIVE STATUS WORD for a description) in the initialization table. 

2.2.13.7 NUMBER OF NO FD/BD ERRORS. This statistic counts the number of frames that were 
not received because there were not enough frame descriptors or there were not enough buffers. 
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When there are not enough buffers, frames may be accepted if the appropriate bit is set in the 
receive frame status error mask (see 4.1.1.2 RECEIVE STATUS WORD for a description) in the 
initialization table. 



2.2.13.8 NUMBER OF OVERRUNS. This statistic represents the number of times the TBC detected 
a FIFO overrun during receive. Frames may be stored into memory up to the overrun error if the 
appropriate bit is set in the receive frame status error mask (see 4.1.1.2 RECEIVE STATUS WORD 
for a description) in the initialization table. 



2.2.14 Modem Error Counters 

The following three counters are the number of noise bursts detected that occurred when noise 
was not expected. Noise may be expected in some procedures in the protocol due to collisions. 
These counters do not track such noise bursts, but only noise bursts that are due to errors or 
unexpected noise on the medium. 

2.2.14.1 NON-SILENCE. Non-silence is the number of received periods of non-silence. 

2.2.14.2 FCS ERRORS. FCS errors track the number of received frames with FOB (or ORG) errors 
and the E-bit reset. 



2.2.14.3 E-BIT ERRORS. E-bit errors count the number of received frames with the E bit set in the 
end delimiter. The E bit, or error bit, is set by the regenerative repeater (headend remodulator), 
when the headend detects a FCS error on the forward channel. If this error occurs, frames may 
be accepted if the appropriate bit is set in the receive frame status error mask (see 4.1.1.2 RECEIVE 
STATUS WORD for a description) in the initialization table. 

2.2.14.4 FRAME FRAGMENTS. This counter represents the number of frame fragments (start 
delimiter (SD) not followed by a valid end delimiter (ED)). A valid frame consists of only data 
(zero or one MAC symbols) between the SD and the ED. If an SD is detected and then, before a 
valid ED, the TBC detects either silence, non data (not part of the aligned ED), or bad signal, then 
this counter is incremented. Note that this includes abort sequences. 

2.2.15 DMA Dump Area 

The DMA dump area contains the pointers and function codes of the four DMA channels when 
a bus/address error occurs (see 2.2.11 Interrupt Status Words). The dump area can be used to 
check all of the pointers and to see if one of them is out of sequence. This should be the pointer 
that caused the bus/address error. 
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SECTION 3 
COMMANDS 



The host processor controls the TBC and the modem through the command mechanism. This 
command mechanism is composed of the command register (CR), the semaphore register (SR), 
and the command parameter area (CPA) in the initialization table. The 8-bit, write only, command 
register is used to write commands to the TBC. The 8-bit, read only, semaphore register is used 
to notify the host that execution of either the RESET or LOAD INITIALIZATION TABLE FUNCTION 
CODE commands have been completed. The actual completion of a command except for RESET, 
and LOAD INITIALIZATION TABLE FUNCTION CODE is indicated by the TBC setting of the 'done 
bit' in the command parameter area in the initialization table. Another indication of command 
completion is the TBC command complete bit (TCC) in the interrupt status word which, if enabled, 
can generate an interrupt to the host. The TBC command set is divided into the following cate- 
gories: 

Initialization, 

Set Operation Mode, 

TX Data Frames, 

Set/Read Value, 

Test, 

Notify TBC, and 

Modem Control. 
Table 3-1 shows the commands for each category, while Table 3-2 illustrates each command's 
encodings. 



Table 3-1. TBC Commands by Categories 



INITIALIZATION 

LOAD INITIAL TABLE FUNCTION CODE 

INITIALIZE 

OFFLINE 

IDLE 

RESET 


TEST 

INTERNAUEXTERNAL LOOPBACK MODE 

RECEIVER TEST 

TRANSMITTER TEST 

HOST INTERFACE TEST 

FULL DUPLEX LOOPBACK TEST 


SET OPERATION MODE 

SET MODE 1 
SET MODE 2 
SET MODE 3 
SET/CLEAR IN_RING DESIRED 


NOTIFY TBC 

CLEAR INTERRUPT STATUS 
RESPONSE READY 


TX DATA FRAMES 

STOP 

RESTART 

START 


MODEM CONTROL 

PHYSICAL 
END PHYSICAL 


SET/READ VALUE 

READ VALUE 

SET FUNCTION CODE OF BUFFER DESCRIPTORS 

SET FUNCTION CODE OF FRAME DESCRIPTORS 

SET FUNCTION CODE OF RX AND TX DATA BUFFERS 

SET PAD TIMER PRESET (PTP) REGISTER 

SET ONE WORD 

SET TWO WORDS 
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Table 3-2. TBC Commands 



Command 


7 


6 


5 


4 


3 


2 


1 





Hex 


ILLEGAL 











X 


X 


X 


X 


X 


00-1 F 


SET MODE 1 








1 





Y 


Y 


Y 


Y 


20-2F 


SET MODE 2 





1 





Y 


Y 


Y 


Y 


Y 


40-5F 


SET MODE 3 





1 


1 


Y 


Y 


Y 


Y 


Y 


60-7F 


SET FC BD 






















1 


81 


SET FC FD 



















1 





82 


SET PAD TIMER PRESET (PTP) 



















1 


1 


83 


START 
















1 








84 


SET TWO WORDS 
















1 





1 


85 


SET ONE WORD 
















1 


1 





86 


SET FC DATA 
















1 


1 


1 


87 


CLEAR INTERRUPT STATUS 













1 











88 


READ VALUE 










1 














90 


PHYSICAL 















Y 


Y 


Y 


A1-A7 


END PHYSICAL 












1 











A8 


RECEIVE TEST 









1 














BO 


TRANSMIT TEST 









1 





1 


Y 





B4, B6 


FULL-DUPLEX LOOPBACK TEST 









1 


1 











B8 


HOST INTERFACE TEST 









1 


1 










BC 


INT/EXT LOOPBACK MODE 












Y 










C4, CC 


RESPONSE READY 




















1 


C5 


RESTART 

















1 





C6 


INITIALIZE 

















1 


1 


C7 


SET/CLEAR IN_RING DESIRED 












1 


Y 


1 


1 


CB, CF 


LOAD INIT TABLE FC 









1 











Y 


DO, D1 


STOP 






1 

















EO 


IDLE 






1 


1 














FO 


OFFLINE 






1 


1 


1 











F8 


RESET 






1 


1 


1 


1 


1 


1 


FF 



CODING OF COMMANDS 
X — Don't Care 
Y — Information Bit 



Commands are executed by the TBC either while uninitialized, in the OFFLINE or IDLE modes, or 
in the use_token state in between transmitting and receiving frames. Commands which have an 
opcode not specified in Table 3-2 are reserved. In most cases, if one of these reserved opcodes 
is loaded into the command register the TBC will execute the command with the legal opcode 
closest to the reserved one. However, this behavior cannot be guaranteed and care should be 
taken to always load the command register with legal opcodes. 

3.1 REGISTERS 

The following registers are writable by the host CPU : Command Register (CR), Data Register (DR), 
and Interrupt Vector Register (IV). Another register, the semaphore register (SR), is only readable 
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by the host. Table 6-1 shows how the TBC registers are accessed during a write cycle for an 8- 
bit data bus and Table 6-2 shows how the TBC registers are accessed using a 16-bit data bus 
(these tables are located in SECTION 6 BUS OPERATION). 



3.1.1 TBC Register Map 

The register map for the TBC is shown in Table 3-3. Byte one (least significant byte) of the first 
word holds the 8-bit connmand register which is also used as the semaphore register. Byte one 
of the second word holds the interrupt vector register. The 32-bit data register is in the next four 
bytes, DRO being the least significant byte and DR3 being the most significant byte of that register. 




Table 3-3. Register Map 





D15 D8 


D7 DO 


BASE 




CR/SR 


BASE +2 




IV 


BASE +4 


DR3 


DR2 


BASE +6 


DR1 


DRO 



3.1.2 Command Register (CR) 

The 8-bit command register is used by the host processor to send commands to the TBC. There 
are 28 valid commands in seven categories that can be issued by the host processor to the TBC. 

3.1.3 Data Register (DR) 

The 32-bit data register is used as a data input port to receive the initialization table pointer and 
function code. The TBC also uses the data register during DMA transfers. See 6.2 DMA OPERATION 
for details on DMA transfers. The format of the 32-bit data register is shown in Table 3-4. 



31 



Table 3-4. Data Register Format 

24 23 16 15 8 7 



DR3 


DR2 


DR1 


DRO 



3.1.4 Interrupt Vector Register (IV) 

The 8-bit interrupt vector register is used to store the 8-bit interrupt vector returned to the host 
by the TBC for the interrupt acknowledge (lACK) cycle. This interrupt vector contains the address 
of the software routine to be executed by the host 'when an interrupt occurs. The TBC uses two 
interrupt status words located in the initialization table to inform the host about events which 
occurred. The TBC's actions after such an interrupting condition occurs are described in 2.2.11 
Interrupt Status Words. The CLEAR INTERRUPT STATUS command which is used by the host to 
clear interrupts in the interrupt status words is described in 3.7.1 CLEAR INTERRUPT STATUS 
Command. In order to use the interrupt mechanism provided by the TBC, the host must load the 
upper six bits of the interrupt vector into the IV at initialization. The lowest two bits are a prioritized 
code that indicates which of two categories requested the interrupt. These two bits are loaded 
by the TBC and are '01' to indicate a bus/address error which occurred twice in a row (i.e., a 
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severe interrupt), that is the host did not take appropriate action after the first bus/address error 
indication. See 2.2.11 Interrupt Status Words for more details. For all other interrupts, the two 
least significant bits of the interrupt vector register are set to '00'. The interrupt vector register is 
set to 'OF' after reset and remains 'OF' until written to for the first time. Table 3-5 shows the format 
of the interrupt vector. 

Table 3-5. Interrupt Vector 

7 6 5 4 3 2 1 




Furnished by Host from IV 


Loaded by TBC 



3.1.5 Semaphore Register 

This register is written to by the TBC and is read by the host processor. When any command is 
written to the TBC command register, the TBC indicates that it has accepted the command by 
setting the semaphore register to 'FE'. In order to determine when the TBC has completed a 
command, the done bit in the status word of the CPA located in the initialization table may be 
checked, if it was previously cleared, for all commands except RESET and LOAD INITIALIZATION 
TABLE FUNCTION CODE. The completion of these two commands is indicated by the semaphore 
register changing to 'FF'. The semaphore register has the same address as the command register. 

3.2 INITIALIZATION 

Commands in the initialization category are used to initialize the TBC and to change the access 
control machine (ACM) state from OFFLINE to IDLE. The following routine is used to initialize the 
TBC by the host processor. For every command except the RESET and LOAD INITIALIZATION 
TABLE FUNCTION CODE commands, the done bit in the status word of the command parameter 
area may be checked to ensure the instruction was executed by the TBC if the host processor has 
cleared the fourth word of the command result area before issuing the command. 

Prepare the Initialization Table 

Issue RESET"" Command 

Wait until Semaphore Register is 'FF' 

Initialize the Interrupt Vector Register 

Load the Function Code of the Initialization Table Pointer into DRO^ 

Issue LOAD INITIALIZATION TABLE FC^ command 

Wait until Semaphore Register is 'FF' 

Load the Initialization Table Pointer into DR 

Issue INITIALIZE Command 

Issue SET MODE 1 Command 

Issue SET MODE 2 Command 

Issue SET MODE 3 Command 

Initialize Modem 

Issue SET FC FOR THE BUFFER DESCRIPTORS Command^ 

Issue SET FC FOR THE FRAME DESCRIPTORS Command2 

Issue SET FC FOR RX and TX DATA BUFFERS Command^ 

Issue IDLE Command 



NOTES: 

1. After reset, the TBC is in default mode where all bits in the SET MODE commands are cleared, except for the halt generator 
enable mode which is set (see 3.3.3 SET MODE 3 Command). 

2. Necessary only if using function codes. 

3. This command also chooses the bus width of 8 or 16 bits. Note that prior to this command the bus width was 8 bits. 
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3.2.1 LOAD INITIALIZATION TABLE FUNCTION CODE Command 

The LOAD INITIALIZATION TABLE FUNCTION CODE command is the first command in the ini- 
tialization sequence of the TBC. This command loads the 4-bit initialization table function code 
through the data register (DRO) and sets the bus width to 8 or 16 bits. If function codes are not 
used, no value needs to be loaded into DRO, however if the bus width is 16 bits this command 
still needs to be issued. If the desired bus width is eight bits and no function codes are used, this 
command is unnecessary. The only confirmation this command returns is an 'FF' in the semaphore 
register. The coding for this command is DO or D1 and its format is shown below. 



7 


6 


5 


4 


3 


2 


1 





1 


1 





1 











BUSW 




Where: 

BUSW = Bus Width 

= 8-Bit Bus 

1 = 16-Bit Bus 

3.2.2 INITIALIZE Command 

INITIALIZE is the second command in the initialization sequence of the TBC. This command must 
only be given while in the OFFLINE state after a RESET. Before giving this command, the host 
must load the initialization table in shared memory and write the pointer for the initialization table 
into the DR register. 

The INITIALIZE command causes the TBC to load the initialization table pointer from the DR 
register, load the private area function code and pointer from the initialization table, load the 
operational TBC parameters from the initialization table, and initialize the private area. The TBC 
also performs a self test of its internal resources upon execution of this command. The TBC will 
return confirmation of this command in the CPA (offset 9C of the initialization table), provided 
this word was cleared prior to command execution. If no errors are detected during the self test, 
a value of one will be returned in the status word of the CPA. Otherwise, a value of 001 1 hex will 
be stored in the status word of the CPA. If a bus/address error occurs during execution of this 
command, a severe interrupt will be generated requiring a RESET of the TBC. The coding for this 
command is C7 and its format is shown below: 







3.2.3 OFFLINE Command 

The OFFLINE command causes the TBC to leave its present state and enter the OFFLINE state. 
This command is typically used to end receive and transmit tests (see 3.6.3 FULL-DUPLEX LOOP- 
BACK TEST Command and 3.6.4 TRANSMITTER TEST Command) and when the TBC is not in_ring. 
Execution of this command clears the any_send_pending flag (IEEE 802.4 boolean) and resets the 
receive and transmit machines. 

If the TBC is transmitting when the OFFLINE command is issued, the current frame may not be 
completed; that is, the end delimiter may not be sent. If the TBC is in_ring when this command 
is given, the TBC will immediately drop out of the ring without notifying other stations or passing 
the token. The OFFLINE command should only be issued when the TBC is in_ring if, for some 
reason, the proper exit method is not successful. The proper way to exit the ring is to issue the 
STOP command, clear in_ring desired, and wait for a no_successor status from the TBC. Then 
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the OFFLINE command may be given safely. The coding for this command is F8 and its format 
is shown below: 



76543210 
111110 




WARNING 

The free FD and BD pool pointers (see SECTION 4 BUFFER STRUCTURES) may be 
incorrect after issuing the OFFLINE command if any data frame was received since they 
were last initialized. They must be reinitialized (SET TWO WORDS command) before 
giving the IDLE or RECEIVE TEST command. 



3.2.4 IDLE Command 

The IDLE command causes the TBC to go from OFFLINE to the IDLE state. The IDLE command 
must only be given when the TBC is in the OFFLINE state (i.e., not in_ring). The free frame 
descriptor and free buffer descriptor pools should be initialized before giving this command. The 
IDLE command is used, for example, after initialization, testing, or physical management. 

The IDLE command causes the TBC to: 

Clear any_send_pending (802.4 boolean). 

Reset the receive and transmit machines. 

Enable the receive machine. 

Set noise expected (see 2.2.13 STATISTICS), 

Zero the last_token_rotation_timer (TRT) variable located in the private area. 

Zero the internal token_rotation_timer (TRT) counter. 

Set the no_successor status bit. 

Zero the transmitter fault count located in the private area, 

Load free FD and BD pool pointers from the private area to the TBC, 

Return command confirmation, and 

Enter the IDLE state. 

The coding for this command is 'FO' and its format is shown below: 

7 6 5 4 3 2 10 







3.2.5 RESET Command 

This command is equivalent to a hardware reset and is used to reset the TBC. RESET may be 
issued to the TBC with the semaphore register equal to 'FE' or 'FF'. It: 

Sets the semaphore register to 'FE' hex. 

Returns all modes to their default values of zero except for HLEN which defaults to one (see 
3.3.3 SET MODE 3 Command), 
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Sets the bus width to its default value (eight bits). 

Resets the receive and transmit machines. 

Sends silence symbols to the modem. 

Zeros the internal TRT counter. 

Zeros the internal copy of interrupt status word 0, and 

Causes the TBC to believe the free FD pool is not empty and resets in_ring and NS known 
(802.4 booleans). 

After completing the above, the TBC sets the semaphore byte to 'FF' hex when ready to receive 
the LOAD INIT TABLE FC command. There is no other indication that the command has been 
executed. 




The coding for this command is 'FF' and its format is shown below: 

7 6 5 4 3 2 10 



3.3 SET OPERATION MODE 

The four commands in this category are used to set the various operation modes and options in 
the TBC. The default setting is zero, or disabled, for all modes except for HLEN whose default is 
one (see 3.3.3 SET MODE 3 Command). These commands are normally given only during ini- 
tialization or testing. 

3.3.1 SET MODE 1 Command 

The default setting is zero for all modes described in this subsection. This command is normally 
given only as part of an initialization sequence or during testing. 
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6 
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4 


3 


2 


1 











1 





CUFC 


CACF 


Lsn 


PDRF 



CUFC — Recognize Frames with Undefined Frame Control (not part of IEEE 802.4) 
1 Recognize frames with undefined frame control as valid data frames 

Do not recognize frames with undefined frame control as valid data frames 

When disabled, frames with undefined frame control fields are treated as noise bursts or 
invalid frames and are not stored in memory. When enabled, the frames are treated as valid 
data frames and the TBC can support additional frame control fields to be defined by the 
user or by IEEE 802.4 in the future. This mode can also be useful in detecting error conditions 
on the network. 

CACF — Copy all Control Frames 

1 Copy all control and data frames to queue six 

Copy only data frames to the appropriate queue (normal operation) 

In the CACF mode, all control and data frames are copied to the data buffers if the necessary 
criteria for accepting a frame as in normal operation are met (destination address match, 
etc.). This mode is useful for monitoring network traffic. In this mode, all received frames 
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are treated as data frames of priority six even if tlieir priority is lower. In this mode, the TBC 
must not be part of the logical ring since control frames are not recognized as control frames. 
For the TBC to be in promiscuous mode, this mode bit must be set and in addition, the 
individual address mask located in the private area should be set to zero while the group 
address mask should be set to all F's (see APPENDIX B FRAME FORMATS AND ADDRESSING 
for more details). 

LSTT — Limited Statistics Tracking 

1 Keep track of infrequent statistics only 
Update all statistics 

In limited statistics counter mode, the TBC updates all statistics except the token pass counter 
and the token heard counter located in the initialization table. The statistics kept in the private 
area are not affected by this mode (last token rotation time, elapsed time to access class 0, 
2, 4, or 6). 



PDRF — Predefined Response Mode 
1 In predefined response mode 
Not in predefined response mode 



While in predefined response mode, when the TBC receives a valid request with response 
(RWR) frame, it immediately fetches and transmits a prepared response frame pointed to by 
the response pointer in the initialization table (offset 88). When not in this mode, the TBC 
notifies the host processor that a RWR frame has been received and waits for the host 
processor to prepare a response and issue a RESPONSE READY command. See 4.4 REQUEST 
WITH RESPONSE (RWR) TRANSMISSION and 4.5 RECEPTION OF RWR FRAMES AND TRANS- 
MISSION OF RESPONSE for a complete description of RWR frames. 



3.3.2 SET MODE 2 Command 

The default setting is zero for all modes described in this subsection. This command is normally 
given only as part of an initialization sequence or during testing. 
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LBRM 


IRND 


SRLB 


BRG 


RSR 



LBRM — Lower Bridge Mode 

1 Recognize lower bridge mode 

Do not recognize lower bridge mode 

In lower bridge mode, the TBC accepts frames if the destination address ANDed with the 
individual address mask is not equal to this station's address ANDed with the individual 
address mask (DA AND lA mask not equal to TS AND lA mask). When this mode is disabled, 
the TBC accepts the frame only if equality is found between the two expressions. Similarly, 
when LBRM is enabled, group addresses are accepted if the DA does not match the group 
address (GA) mask. Reception of broadcast frames is not affected by this mode. Lower bridge 
mode is used in a hierarchical bridge architecture. Note that the lower bridge mode and the 
recognize source routing mode (bit 0) are mutually exclusive. If both modes are set, recognize 
source routing mode takes precedence. For more details on bridges, see APPENDIX C BRIDG- 
ING. 
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IRND — ln_Ring Desired 
1 ln_ring desired 

ln_ring not desired 

This bit determines the TBC's steady state condition when it is not OFFLINE and has no 
queued transmission requests. The initial value of this mode is set in the initialization table 
(offset 7A). This command should only be used at initialization time or for testing purposes. 
The preferred way to modify the in_ring desired flag is by using the SET/CLEAR IN_RING 
DESIRED command (see 3.3.4 SET IN_RING DESIRED Command). 

SRLB — Source Routing Limited Broadcast 

1 In source routing limited broadcast mode 

Not in source routing limited broadcast mode 

This bit has meaning only when recognize source routing (RSR) is enabled. Source routing 
frames are of two types: broadcast and non-broadcast. A broadcast frame may be limited 
broadcast or unlimited broadcast. Unlimited broadcast frames are accepted by all bridges 
while limited broadcast frames are accepted only by bridges which are in limited broadcast 
mode. This option can be used to reduce the amount of traffic generated by broadcast frames 
or to specify default routing paths. More details may be found in APPENDIX C BRIDGING. 

BRG — Bridge Delay Mode 

1 Enable bridge delay mode 

Disable bridge delay mode 

This mode is used when the TBC transmits 'aliased' data frames; i.e., SA not equal to TS. 
This occurs in bridges, which can transmit frames originating on other segments. This bit 
should only be set in broadband networks where the TBC is located far enough from the 
head-end remodulator so that the entire echo of a minimal length frame transmitted by the 
TBC could be heard by it after it has completed transmission. This mode solves a problem 
caused by hearing a data frame with SA not equal to TS, which could cause the TBC to 
incorrectly believe that another station is transmitting. In this mode, the TBC will wait ap- 
proximately one slot time before transmitting a solicit successor or token frame after trans- 
mitting a data frame, or before transmitting a non-retry request with response data frame. 

RSR — Recognize Source Routing 

1 Recognize source routing 

Do not recognize source routing 

This mode allows the TBC to act as a part of a source routing MAC bridge between inter- 
connected networks. The meaning of the least significant bit of the source address of a frame 
having a value of one is not defined in the IEEE 802 standards. The source routing method 
uses this bit in data frames to indicate the presence of a routing information field in the frame 
which describes the segment routing of the frame. This is a non-address based routing 
scheme, meaning that the destination address does not itself contain information on where 
the destination station is located. When the least significant bit of the source address bit is 
zero, the frame is treated as an ordinary frame. If this bit is a one in a control frame, the 
frame is considered invalid and is treated as a noise burst. If this bit is a one in a data frame 
and if RSR mode is disabled, the TBC treats the frame as a normal frame (i.e., if the destination 
address matches the criteria set by the host, the frame is accepted and the routing information 
field is treated as normal data). If the RSR mode is enabled, the frame is accepted if the 
destination address matches the specified criteria or if the routing information field specifies 
that the frame is to be routed to another segment via the TBC. The routing information field 
is copied to the first data buffer like normal data. The length of the buffers in the free pool 
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should be at least 64 bytes in this mode. Note that the lower bridge mode (bit 4) and the 
recognize source routing mode are mutually exclusive. If both modes are set, recognize source 
routing mode takes precedence. See APPENDIX C BRIDGING for details. 

3.3.3 SET MODE 3 Command 

The default setting is zero for all modes described in this subsection except for the halt generator 
enable mode (HLEN) whose default is one. This command is normally given only as part of an 
initialization sequence or during testing. 
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RCDS 


TCDS 


HLEN 


SWAP 


PS3 



RCDS — RX CRC to Data Storage Mode 

1 Copy RX CRC as part of the data unit 

Do not copy RX CRC as part of the data unit. 

This mode causes the TBC to copy the 4-byte CRC of data frames to memory as part of the 
data unit. The CRC is counted in the reported data unit length. Regardless of this mode, the 
CRC is checked for correctness and, if erroneous, the TBC will not accept the frame unless 
so specified in the RX frame status error mask in the private area (offset 26). 

TCDS — TX CRC Disable Mode 

1 CRC not generated by the TBC for data frames 

CRC generated by the TBC 

This mode disables CRC generation on data frames transmitted by the TBC. In this case, the 
user must supply a correct CRC at the end of the data unit. According to the 802.4 standard, 
all frames are transmitted with the standard 32-bit frame check sequence (FCS) and the FCS 
or CRCis checked for correctness in all received frames. Received frames with CRC errors are 
treated as noise bursts by the access control machine (ACM). This mode applies to all data 
frames, i.e., there is not a separate indication for each frame. The TBC always generates and 
attaches the CRC for all control frames, even when this mode is on. This mode can be used 
for testing or for use with a non-standard, user specified CRC. 

NOTE 

In the latter case, receiving stations may identify data frames as noise bursts. 
The CRC error bit in the RX status error mask located in the private area must 
be set in order to accept such frames. 

HLEN — Halt Generator Enable Mode 

1 Halt generator enabled 

Halt generator not enabled 

This mode controls the maximum number of DMA transfers that the TBC performs in one 
DMA burst. If the user wishes to give the maximum memory bandwidth to the TBC, HLEN 
should be set to zero. This will allow the TBC to, for example, empty or fill the FIFO in one 
burst. If the user wishes to limit TBC DMA bursts, HLEN should be set to one. This will cause 
the TBC to release the bus after a maximum of eight memory cycles. In this case, if the FIFO 
is not empty or full, the TBC will request the bus again. After RESET, HLEN is enabled. 

SWAP — Data Byte Swap Mode 

1 Data in memory buffers organized with high order byte in higher address (Digital and 
Intel convention) 
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Data in memory buffers organized with high order byte in lower address (Motorola and 
IBM convention) 

SWAP = 1 — Intel Convention 



F E D C B A 


9 


8 


7 


6 


5 4 3 2 





1 ODD (HIGHER) ADDRESS 










EVEN (LOWER) ADDRESS 


1 


SWAP=0 — Motorola Convention 

F E D C B A 


9 


8 


7 


6 


5 4 3 2 





1 EVEN (LOWER) ADDRESS 










ODD (HIGHER) ADDRESS 


1 



In an 8-bit mode, this bit has no significance. Note that while the data organization of data 
buffers and the frame header in the FD may be selected by this option, all other parameters, 
pointers, and tables are organized according to the Motorola/IBM convention. 

PS3 — Prescaler 3 Bit Mode 

1 Prescaler of three bits for octet timers 
Prescaler of six bits for octet timers 

The following octet variables, which are either parameters or statistics, are located in the 
private area or in the initialization area of the initialization table and are subject to a prescaling 
of three or six bits as set by the PS3 bit: 

Hi_priority_token_hold time Parameter 

Last token_rotation_time Statistic 

Token rotation time at start of access classes (0, 2, and 4) Statistic 

Target token rotation time for access classes (0, 2, and 4) Parameter 

Token rotation time at start of ring maintenance Statistic 

Target token rotation time for ring maintenance Parameter 

Ring maintenance timer initial value Parameter 

The prescaling mechanism provides a resolution of 8 or 64 octets for all the values listed 
above. The amount of prescaling must be chosen such that after prescaling, the parameters 
will fit into 15 bits. Thus, if the largest target rotation time parameter or the expected token 
rotation time is larger than (2^^)-1 octet times, the prescaler size must be six bits. When 
rotation times are this large, the eight octet resolution is finer than needed, and the 64 octet 
resolution is sufficient. A value of FFFF for any one of the statistics listed above indicates an 
overflow. 




3.3.4 SET/CLEAR IN_RING DESIRED Command 

This command is used to change the value of in_ring desired during normal operation. This 
method of clearing, or setting, in_ring desired should be used rather than the SET MODE 2 
command during normal operation. A description of the in_ring desired variable, which is an IEEE 
802.4 boolean, is found in 3.3.2 SET MODE 2 Command. The coding for this command is CB or 
CF and its format is: 
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SET/ 












CLEAR 







Where: 

1 Set ln_Ring Desired 
Clear ln_Ring Desired 
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3.4 TX DATA FRAMES 

Commands in this category are used to stop/restart transmission of data frames or to start trans- 
mission from an empty queue. 

3.4.1 STOP Command 

The STOP command causes the TBC to suspend transmission of data frames in all queues. This 
command does not affect the status of the four transmit queues (see 2.1.15 TX Queue Access 
Class Status). If the TBC is holding the token when the STOP command is received, the TBC will 
complete transmission of the current frame and then pass the token. If in_ring desired is true, 
the TBC will remain in_ring or, if not currently ln_ring, will continue to try to enter the ring. The 
STOP command is equivalent to clearing the any_send_pending boolean defined in the IEEE 802.4 
standard. The coding for the STOP command is EO and its format is shown below. 



7 6 5 4 3 2 10 

1110 



3.4.2 RESTART Command 

This command restarts transmission of data frames by the TBC. RESTART sets the 
any_send_pending boolean and differs from the START command in that it only restarts trans- 
mission of data frames and does not affect the status of the four transmit queues. The RESTART 
command is used after transmission of data frames was suspended by an earlier STOP command. 
If the TBC is not in_ring when this command is given, the TBC will enter the logical ring if 
outstanding data frames remain to be transmitted. The coding for this command is C6 and its 
format is shown below. 



110 



3.4.3 START Command 

This command is used by the host processor to start transmission only when a new frame has 
been added to an empty transmit queue. Before loading this command into the command register 
(CR), the host must initialize the command parameter area located in the initialization table. The 
first word of the CPA, CPA VALO (offset 90), must contain the code of the appropriate transmit 
queue. These are: 

Queue CPA VALO (Hex) 
6 0028 

4 0030 

2 0038 

0040 

The second and third words of the CPA, CPA VAL1 and CPA VAL2 respectively, must contain a 
pointer to the new head of the transmit queue. This pointer is the address of the first frame 
descriptor in the queue, with the most significant word of the pointer in CPA VALl. 

The TBC, when issued this command, sets its internal any_send_pending status to true. It also 
zeroes the appropriate transmit queue status word in the private area. In other words, it sets the 
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status of the queue to enabled and not empty and writes the pointer to the appropriate head of 
transmit queue pointer entry in the private area. 

This command should not be used to enable a disabled low priority (4, 2, 0) queue. The token 
rotation timers of disabled priority queues are not maintained. Therefore, a lower priority queue 
must be enabled at least one token rotation before queueing a frame for transmission on that 
queue. Lower priority queues are preferably enabled in the OFFLINE state by the SET ONE WORD 
command (see 3.5.3 SET VALUE Command). Note that adding a frame to a transmit queue which 
is not empty and is enabled is an implicit request for transmission, therefore the START command 
is not needed in this case. 

The coding of this command is 84 and its format is shown below. 

7 6 5 4 3 2 10 



10 



3.5 SET/READ VALUE 

Commands in this category are used by the host processor to read or set TBC parameters residing 
in the private area or on chip. These commands use the command parameter area in the initial- 
ization table to transfer parameters between the host and the TBC. 



3.5.1 Command Parameter Area 

The command parameter area (CPA) is a seven word memory area within the initialization table 
(offset 90 to 9C) used to set and read internal variables of the TBC which reside in the private 
area or on chip via the SET/READ VALUE commands. The CPA consists of the command area 
and the command result area. 

The format of the command parameter area is shown in Figure 3-1. The command parameter 
area is a three word area located at offset 90 through 94 of the initialization table. The first word 
contains the opcode for the parameter to be set or read, see Tables 3-6 and 3-7 for the opcodes 
list, while the other two words contain the parameters to be passed from the host processor to 
the TBC. 



INITIAUZATION TABLE 


+ 90 


CPA VALO (CODE) 




+ 92 


CPA VALl 




+ 94 


CPA VAL2 




+ 96 


CPA RETO 




+ 98 


CPA RETl 




+ 9A 


CPA RET2 




+ 9C 


CPA RESULT (STATUS WORD) 



CODE - DEFINES THE CODE OF THE OPERATION IN READ/SET VALUE. THIS CODE IS ALSO USED FOR 

THE START COMMAND (SEE 3.4.3 START). 
VAL — DEFINES THE VALUE OF THE PARAMETER TO BE WRITTEN 

RET — CONTAINS THE RETURNED PARAMETER FROM THE TBC 

RESULT —CONTAINS THE STATUS 

Figure 3-1. Command Parameter Area 
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Table 3-6. Read Value Opcodes 


Code (Hex) 


Length in Bytes 


Name 


Description 


00 


2,6 


NS 


Next Station's Address 802.4 


04 


2,6 


PS 


Previous Station's Address 802.4 


08 


2 


HI_PRI_THT 


High_Priority_Token_Hold_Time 802.4 


OA 


2 


LAST_TRT 


Last Token_Rotation_Time 802.4 


OC 


2 


START(4) 


TRT at Start of Access Class 4 802.4 


OE 


2 


TAR_R0T(4) 


Target Rotation Time Access Class 4 802.4 


10 


2 


START(2) 


TRT at Start of Access Class 2 802.4 


12 


2 


TAR_R0T(2) 


Target Rotation Time Access Class 2 802.4 


14 


2 


STARTIO) 


TRT at Start of Access Class 802.4 


16 


2 


TAR_ROT(0) 


Target Rotation Time Access Class 802.4 


18 


2 


START(RM) 


TRT at Start of Ring Maintenance 802.4 


1A 


2 


TAR_ROT(RM) 


Target Rotation Time Ring Maintenance 802.4 


1C 


2 


RM_INIT 


Ring Maintenance Timer Initial Value 802.4 


IE 


2 


SID 


Bridge Pair Source Segment Number 


20 


2 


TID 


Bridge Pair Target Segment Number 


22 


2 


SR_MASK 


Source Routing User Mask 


24 


2 


MAX_INT_SOL 


Maximum_lnter_Solicit_Count 802.4 


26 


2 


R)C_ERR_MASK 


RX Frame Status Error Mask 


28 


2 


TX_STAT(6) 


Status of TX Queue (6) 


2A 


4 


TX_H0Q6 


Tx Queue Access Class 6 HOQ Pointer 


30 


2 


T)C_STAT(4) 


Status of TX Queue (4) 


32 


4 


TX_H0Q4 


TX Queue Access Class 4 HOQ Pointer 


38 


2 


TX_STAT(2) 


Status of TX Queue (2) 


3A 


4 


TX_H0Q2 


TX Queue Access Class 2 HOQ Pointer 


40 


2 


TX_STAT(0) 


Status of TX Queue (0) 


42 


4 


TX_HOQ0 


Tx Queue Access Class HOQ Pointer 


48 


4 


RX_E0Q6 


Rx Queue Access Class 6 EOQ Pointer 


4C 


4 


RX_E0Q4 


Rx Queue Access Clas 4 EOQ Pointer 


50 


4 


RX_E0Q2 


RX Queue Access Class 2 EOQ Pointer 


54 


4 


RX_EOQ0 


RX Queue Access Class EOQ Pointer 


58 


4 


FD_POOL_PTR 


Free Frame Descriptor Pointer to First FD 


5C 


4 


BD_POOI_PTR 


Free Buffer Descriptor Pointer to First BD 


60 


2 


GA_MASK_LOW 


Group Address Mask — Low Word 


621 


4 


GA_MASK_MED_HI 


Group Address Mask — Medium and High Words 


66 


2 


IA_MASK_LOW 


Individual Address Mask — Low Word 


681 


4 


IA_MASK_MED_HI 


Individual Address Mask — Medium and High Words 


6C 


2 


MAX_RETRY 


Non-RWR Maximum Retry Limit 802.4 


6E 


2 


RWR_MAX_RETRY 


RWR Maximum Retry Limit 802.4 


70 


2 


SLOT—TIME 


Slot Time Value 802.4 


72 


2 


TS_LOW 


This Station's Address — Low Word 802.4 


741 


4 


TS_MED_HI 


This Station's Address — Medium and High Words 802.4 


78 


2 


MPV_REV 


Manufacturer ProductVersion and 802.4 Revision Number 


7A 


2 


TX_FLT_CNT 


Transmitter Fault Count 802.4 


80 


2 


TRT 


Token Rotation Time (Current — Internal) 



NOTE: 

1. This value is not meaningful if the address length is 16 bits. 
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Table 3-7. Set Value Opcodes 



Code (Hex) 


Length in Bytes 


Name 


Description 


08 


2 


HI_PRI_THT 


Higii_Priority_Token_Hold_Time 802.4 


OE 


2 


TAR_R0T{4) 


Target Rotation Time Access Class 4 802.4 


12 


2 


TAR_R0T|2) 


Target Rotation Time Access Class 2 802.4 


16 


2 


TAR_ROT(0) 


Target Rotation Time Access Class 802.4 


1A 


2 


TAR_ROT(RM) 


Target Rotation Time Ring Maintenance 802.4 


1C 


2 


RM_INIT 


Ring Maintenance Timer Initial Value 802.4 


IE 


2 


SID 


Bridge Pair Source Segment Number 


20 


2 


TID 


Bridge Pair Target Segment Number 


22 


2 


SR_MASK 


Source Routing User Mask 


24 


2 


MAX_INT_SOL 


Maximum lnter_Solicit_Count 802.4 


26 


2 


RX_ERR_MASK 


RX Frame Status Error Mask 


28 


2 


TX_STAT(6) 


Status of TX Queue (6) 


2A 


4 


TX_H0Q6 


Tx Queue Access Class 6 HOQ Pointer 


30 


2 


TX_STAT(4) 


Status of TX Queue (4) 


32 


4 


TX_H0Q4 


TX Queue Access Class 4 HOQ Pointer 


38 


2 


TX_STAT(2) 


Status of TX Queue (2) 


3A 


4 


TX_H0Q2 


TX Queue Access Class 2 HOQ Pointer 


40 


2 


TX_STAT(0) 


Status of TX Queue (0) 


42 


4 


TX_HOQ0 


Tx Queue Access Class HOQ Pointer 


48 


4 


RX_E0Q6 


Rx ueue Access Class 6 EOQ Pointer 


4C 


4 


RX_E0Q4 


Rx Queue Access Clas 4 EOQ Pointer 


50 


4 


RX_E0Q2 


RX Queue Access Class 2 EOQ Pointer 


54 


4 


RX_EOQ0 


RX Queue Access Class EOQ Pointer 


58 


4 


FD_POOL_PTR 


Free Frame Descriptor Pointer to First FD 


5C 


4 


BD_POOL_PTR 


Free Buffer Descriptor Pointer to First BD 


60 


2 


GA_MASK_LOW 


Group Address Mask — Low Word 


621 


4 


GA_MASK_MED_HI 


Group Address Mask — Medium and High Words 


66 


2 


IA_MASK_LOW 


Individual Address Mask — Low Word 


681 


4 


IA_MASK_MED_HI 


Individual Address Mask — Medium and High Words 


6C 


2 


MAX—RETRY 


Non-RWR Maximum Retry Limit 802.4 


6E 


2 


RWR_MAX_RETRY 


RWR Maximum Retry Limit 802.4 




NOTE: 

1. This value is not meaningful if the address length is 16 bits. 



The command result area is the four word area following the command parameter area in the 
initialization table and is located at offset 96 through 9C. The first three words of the command 
result area are used to pass parameters from the TBC to the host while the fourth word contains 
the status. The least significant bit of the CPA RESULT (fourth word of the command parameter 
area), when set, indicates the TBC has completed the execution of the previous command. This 
bit, referred to as the done bit, is valid for execution of all TBC commands except for the RESET 
and LOAD INIT TABLE FC commands. The only confirmation for these commands is the value 
'FF' of the semaphore register. If the done bit in the status word of the CPA is to be used to 
determine the completion of a command, it must be cleared by the host prior to giving the 
command. Another method to check to see if the TBC has finished processing a command is 
through the TBC command complete bit (TCC) in the interrupt status word located in the 
initialization table (for all commands except RESET, LOAD INIT TABLE FC, and CLEAR INTERRUPT 
STATUS). 
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3.5.2 READ VALUE Command 

The read value command returns the current operational values of TBC parameters to the host. 
Not all of the TBC parameters are meaningful at all times and the TBC does not indicate whether 
the value it returns is meaningful. The opcode of the parameter to be read is loaded into the 
command parameter area word by the host processor. A list of these parameter opcodes is 
given in Table 3-6. The TBC moves the current value of the parameter into the command return 
field. In most cases, a two-byte value is returned in CPA RETO, and a four-byte value is returned 
in CPA RETO and CPA RET1. The length of the returned value is not a parameter of the command 
but is a function of the parameter requested. When finished, the TBC gives confirmation of 
command execution in CPA RESULT. 

The following exceptions exist: 

1. If the opcode is '00' (next station address) or '04' (previous station address), and the 
address length is 48 bits, the resulting address will be returned as the high word in CPA 
RETO, the medium word in CPA RET1, and the low word in CPA RET2. If the address is 
16 bits, the result will be returned in CPA RET2. 

2. If the opcode is '80' (internal token rotation time), the value is always returned in CPA 
RET2. Note that this parameter is prescaled by three or six bits according to the prescaler 
specified via the SET MODE 3 command. 

3. The boolean 'next_station_l<nown' is returned in CPA RESULT bit 15 if the host has 
requested the next station address (opcode 00). If next station known is true, this bit is 
zero and the next station address that is returned is valid; if false, this bit is one and the 
next station value that is read is not meaningful. 

The code for the READ VALUE command is 90 and its format is shown below. 

7 6 5 4 3 2 10 







3.5.3 SET VALUE Command 

An array of commands, referred to as SET VALUE commands, are available to the user to initialize 
or modify the TBC's parameters. The parameters which may be modified include the function 
codes for buffer descriptors, frame descriptors, and receive and transmit data buffers. Also in- 
cluded is the capability^ to set the pad timer preset register (PTP), and some of the parameters 
which reside in the private area (see Table 3-7 for a complete list). The mechanism used to pass 
parameters for the SET VALUE commands is described in each case in the following subsections. 
The coding for the SET VALUE commands is 81 through 87 and the format for each command is 
shown below. 



76543210 
1 S S S 



Where 






s 


s 


s 








1 





1 





1 


1 


1 





1 


1 


1 


1 





1 





1 



Function 

Set Function Code of Buffer Descriptor'' 

Set Function Code of Frame Descriptor^ 

Set Function Code of RX and TX Data Buffers'" 

Set Pad Timer Preset (PTP) Register 

Set One Word Value 

Set Two Word Value 

NOTE: 

1. If the signals FC0-FC3 are not used, these commands are not necessary. 
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3.5.3.1 BUFFER DESCRIPTOR FUNCTION CODE. This command sets a single function code used 
for all buffer descriptors. The host must write the desired function code (FC0-FC3) into bits 0-3 of 
CPA VALO before loading the command register with this command. This command is normally 
given only as part of an initialization sequence or during testing. The coding is 81 and the format 
is shown below: 

7 6 5 4 3 2 10 



3.5.3.2 FRAME DESCRIPTOR FUNCTION CODE. This command sets a single function code used 
for all frame descriptors. The host must write the desired function code (FC0-FC3) into bits 0-3 of 
CPA VALO before loading the command register with this command. This command is normally 
given only as part of an initialization sequence or in testing. The coding is 82 and the format is 
shown below: 




7 


6 


5 


4 


3 


2 


1 





1 

















1 






3.5.3.3 DATA BUFFERS FUNCTION CODE. This command sets a single function code used for all 
receive and transmit data buffers. The host must write the desired function code (FC0-FC3) into 
bits 0-3 of CPA VALO before loading the command register with this command. This command 
is normally given only as part of an initialization sequence or during testing. The coding is 87 
and the format is shown below: 



76543210 
1 I I I I I i I i I i 



3.5.3.4 SET PAD TIMER PRESET REGISTER (PTP). The pad timer preset register is used by the 
TBC to set the length and pattern of the preamble, and the minimum number of preamble octets 
transmitted between frames. The initial value of this register is loaded by the host at offset 78 of 
the initialization table. After initialization this command must be used to modify the PTP. The host 
must write the new PTP value into bits 0-15 of CPA VALO before loading the command register 
with this command. This register contains three parameters which include: 

1. The preamble pattern, in bits 0-7 where bit is the first bit of each preamble octet trans- 
mitted and bit 7 is the last. 

2. The minimum number of preamble octets transmitted after silence is loaded in bits 8-10. 
This is equivalent to the 802.4 parameter min_post_silence_preamble length. 

3. The minimum number of preamble octets transmitted between frames resides in bits 11- 
15. 

The coding for the SET PTP command is 83 and its format is: 



7 


6 


5 


4 


3 


2 


1 





1 

















1 


1 



The format of the pad timer preset (PTP) register is: 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 





1 "^ 


m 


m 


m 


m 


b 


b 


b 


P 








P 





P 


P 


P 1 



Where: 

m = Minimum number (minus 1) of preamble octets transmitted between frames. 

b = Minimum number (minus 2) of preamble octets transmitted before frame after silence. 

p = Pattern of preamble octet. 



MC68824 USER'S MANUAL 



MOTOROLA 
3-17 



Minimum values for the PTP register are: 




Physical 
Layer Type 


Bit Rate 
(Mb/Sec) 


m m m m m 


b b b 


pppppppp 


Single Channel Phase 
Continuous FSK 


1 








10 10 10 10 


Single Channel Phase 
Coherent FSK 


5 
10 


1 
10 


1 1 1 
1 1 1 


10 10 10 10 
10 10 10 10 


Broadband Bus 


1 
5 
10 



1 
10 


1 
1 
1 


10 10 10 10 
10 10 10 10 
10 10 10 10 



The values for 'mmmmm' and 'bbb' in the above table are minimum values. The user may use 
larger values for 'mmmmm' to enhance back-to-back frame reception, or may use larger values 
for 'bbb' if a non-standard modem being used requires more preamble after silence. 

The PTP register bits have different meanings when being used in the receive test. See 3.6.5 
RECEIVER TEST Command for more details. 



3.5.3.5 SET ONE WORD. The SET ONE WORD command is used to set two-byte TBC operational 
parameters residing in the private area. The host must load the opcode into CPA VALO and the 
new parameter value in CPA VAL1 before writing the SET ONE WORD command into the command 
register. The opcodes for the SET ONE WORD/TWO WORDS commands are listed in Table 3-7. 
The coding for this command is 86 and its format is shown below: 



1 














1 


1 






3.5.3.6 SET TWO WORDS. The SET TWO WORDS command is used to set four-byte TBC param- 
eters which reside in the private area. The host must load the opcode into CPA VALO and the new 
parameter value high order word in CPA VAL1 and low order word in CPA VAL2 before writing 
the SET TWO WORDS command into the command register. The coding for this command is 85 
and its format is shown below: 



76543210 
10 10 1 



The opcodes for the SET ONE WORD/TWO WORDS commands are listed in Table 3-7. 



3.6 TESTING 

Commands in this category were designed to facilitate debugging and diagnostics tasks on a TBC 
system. There are four available tests which can be run on the TBC while in the OFFLINE state. 
The receiver test, transmitter test, and full duplex loopback test may be run in either internal or 
external loopback mode, see 3.6.1 SET INTERNAL/EXTERNAL LOOPBACK MODE Command for 
a description. The codings for the test commands are BO through BC and the format is: 



7 6 5 43210 

i I I i I i I T I T I T I T 
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Where: 



T 


T 


T 


T 

















1 


sil/noi 





1 











1 


1 









Receiver test 
Transmitter test 
Full duplex loopback test 
Host interface test 



The host interface test exercises the DMA portion of the TBC by checking the path from a memory 
buffer to the TBC and back to the memory buffer. The transmitter test is used to check the path 
from a transmit queue in memory through the transmitter and back to the receiver. The receiver 
test is used to check the path from the receiver to a receive queue in memory. Finally, the full 
duplex loopback test is used to check the path from a buffer in memory through the TBC serial 
interface and back to the memory buffer. 




3.6.1 SET INTERNAL/EXTERNAL LOOPBACK MODE Command 

The SET INTERNAL/EXTERNAL LOOPBACK MODE command is used by the host processor to 
enable or disable the internal loopback mode of operation while running the receiver, transmitter, 
and full duplex loopback tests. Note that if internal loopback mode is selected, an external clock 
has to be provided for the receive clock while running the tests. The default mode of operation 
is with internal loopback mode disabled. The coding for this command is CC or C4 and its format 
is shown below. 



7 


6 


5 


4 


3 


2 


1 















INTERNAL 














LOOPBACK 





INTERNAL LOOPBACK 

1 Enables internal loopback mode of operation. 
Disables internal loopback mode of operation. 

This command controls the internal loopback from TXSYMO, TXSYM1, and TXSYM2 to 
RXSYMO, RXSYM1, and RXSYM2 respectively. In internal loopback mode, transmitted in- 
formation is looped back as received information internally to the chip. Also, in internal 
loopback mode, the external transmit output pins send silence symbols regardless of the 
symbols being generated internally. In external loopback mode, the transmit pins must be 
externally connected to the receive pins either directly or through a modem. 



3.6.2 HOST INTERFACE TEST Command 

The host interface test is used to check the path from the memory buffer to the TBC FIFO and 
back to the memory buffer. To initiate this test, the user first builds a 70-byte buffer placing test 
data in the first 34 bytes, see Table 3-8 for format. Next, the user loads the function code of the 
buffer into CPA VALO of the command parameter area, loads the buffer pointer into CPA VAL1 
(high word) and CPA VAL2 (low word) and issues the test command with the appropriate bits set 
for the host interface test. The 34 bytes of data are copied from the first half of the 70-byte buffer 
to the TBC and written back to the second half of the 70-byte buffer by the TBC. Upon completion 
of the test, the done bit in the status word of the CPA located at offset 9C in the initialization table 
is set. The host checks the data written back to the memory buffer against what was transferred. 
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Table 3-8. Test Buffer Format 



Buffer Format: 




MSB 
F E 


D C B A 9 8 


7 6 5 4 3 2 


LSB 





Host Data 
Host Data 2 


Host Data 1 
Host Data 3 






Host Data 32 
TBC Return Data 
TBC Return Data 2 


Host Data 33 
TBC Return Data 1 
TBC Return Data 3 






TBC Return Data 32 
Indication 


TBC Return Data 33 
Indication 1 





Host Data: 

Data prepared by the host which resides in the first 34 bytes. 
TBC Return Data: 

Data returned by the TBC which resides in the next 34 bytes and which should be the same as the host data. 
Indication: 

Indication returned by the TBC in full duplex loopback test. This value is in the host interface test. 



The following routine may be used to perform the host interface test: 
Prepare the Initialization Table 
Issue RESET command 
Wait until Semaphore Register is 'FF' 
Initialize the Interrupt Vector Register 
Load the Function Code of the init table pointer into DRO 
Issue LOAD INITIALIZATION TABLE FC Command 
Wait until Semaphore Register is 'FF' 
Load the Init Table Pointer into DR 
Issue INITIALIZE Command 

Issue SET MODE 3 Command to set SWAP and HLEN Bits 
Prepare First 34 Bytes of Test Buffer 
Load CPA VALO with Function Code of Buffer if Needed 
Load CPA VAL1 and CPA VAL2 with Pointer to Buffer 
Clear Done Bit in CPA Status Word 
Issue HOST INTERFACE TEST (Code is BC) 
Wait for Done Bit in CPA Status Word 
Compare Returned Data to Data which was given to the TBC 

NOTE 

In order to check for command completion, the host must clear the done bit in the CPA 
status word before issuing a command to the TBC. 

3.6.3 FULL-DUPLEX LOOPBACK TEST Command 

The full-duplex loopback test checks the path from buffer memory through the TBC serial interface 
and back to the memory buffer, thus checking the proper functioning of the transmit and receive 
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RCDS 


TCDS 


Data Length 

Stored in 

Buffer 


Indication 1 

(Error) 
Byte Number 








33 


69 





1 


29 


65 


1 





37 


73 


1 


1 


33 


69 



machines. Both the receive and transmit machines are working simultaneously, i.e., in full duplex, 
while running this test. To run this test, the user must first prepare a buffer as described in Table 
3-8. The buffer is used in the same way as for the host interface test with the following exceptions: 

1. Byte (host data 0) is not transmitted. 

2. Byte 34 (TBC ret data 0) does not contain valid Table 3-9. Test Buffer for 
information. Returned Data 

3. The buffer length may vary according to the 
settings of mode bits for RCDS, RX CRC to data 
storage, and TCDS, TX CRC disable, (see 3.3.3 
SET MODE 3 Command). Table 3-9 shows the 
buffer length relationship with these mode bits. 

4. Indication byte, that is the first byte after the 
returned data, contains the frame data length 
including the CRC. Note that this value is valid 
only if no CRC error was detected. 

5. The most significant bit, bit 7, of indication 1 byte is set if a CRC error was detected by 
the TBC. 

Note that the indication bytes do not contain sufficient information to determine whether the test 
was a success or failure. The data itself must be checked by the host. 

The following routine may be used to run the full duplex loopback test: 
Prepare the Initialization Table 
Issue RESET Command 
Wait until Semaphore Register is 'FF' 
Initialize the Interrupt Vector Register 
Load the Function Code of the Init Table Pointer into DRO 
Issue LOAD INITIALIZATION TABLE FC Command 
Wait until Semaphore Register is 'FF' 
Load the Init Table Pointer into DR 
Issue INITIALIZE Command 

Issue SET MODE 3 Command to Set SWAP, HLEN, RCDS and TCDS Bits 
Prepare Test Buffer 

Load CPA VALO with Function Code of Buffer if needed 
Load CPA VAL1 and CPA VAL2 with Pointer to Buffer 
Issue SET INTERNAL/EXTERNAL LOOPBACK MODE 
Initialize Modem if in External Loopback Mode 
Clear Done Bit in CPA Status Word 
Issue FULL DUPLEX LOOPBACK MODE TEST (Code is B8) 
Wait for Done Bit in Status Word 
Read Indication and 1 for Errors 
Compare Returned Data to Data which was given to the TBC 

NOTE 

In order to check for command completion, the host must clear the done bit in CPA 
status word before issuing a command to the TBC. 
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3.6.4 TRANSMITTER TEST Command 

The transmitter test is used by the host processor to check the path from the TX queue in memory 
to the transmitter and back to the receiver. During this test, the TBC acts as if it is in_ring and 
has just received a token. The transmitter test may be run with the option of waiting for non- 
silence (bit 1 of the command) on the bus before transmission begins, thus deliberately creating 
a collision. Note that if this test is run in internal loopback mode, it must also be run with the 
silence/noise bit set to one, that is the TBC will wait for reported silence to start transmitting. If 
desired, a cyclic transmit queue can be used, creating an almost unlimited number of frames for 
transmission (see SECTION 4 BUFFER STRUCTURES). The number of frames is only limited by 
the high_priority_token_hold time when in external loopback mode, while there are no limitations 
in internal loopback mode. During the transmitter test, the receiver is in a special mode in which 
it checks incoming frames for ORG (PCS) and underrun errors but does not write the contents of 
the frame to the FIFO. To perform this test, the host must prepare a class 6 transmission queue 
and set the high_priority_token_hold_time to 'FFFF' for maximum transmitter test time. When 
either the last transmission frame has been confirmed, or an interrupt on empty transmission 
queue has occurred (bit three of interrupt status word 0, TXQE), the test should be ended by 
issuing the OFFLINE command. Command confirmation and status are returned to the command 
return area in the initialization table. The OFFLINE command must be given before the token hold 
timer expires while running in external loopback mode. To check the tests results, the host can 
check the FD confirmation word for TX queue access class 6. If detected, CRC/underrun errors 
are indicated by the TBC setting bit 1 of the command result area after confirmation was given 
for the OFFLINE command. 

The following routine may be used to perform the transmitter test: 

Prepare the Initialization Table 

Issue RESET Command 

Wait until Semaphore Register is 'FP' 

Initialize the Interrupt Vector Register 

Load the Function Code of the Init Table Pointer into DRO 

Issue LOAD INITIALIZATION TABLE PC Command 

Wait until Semaphore Register is 'FF' 

Load the Init Table Pointer into DR 

Issue INITIALIZE Command 

Issue SET MODE 3 Command to Set SWAP, HLEN, PS3 and TCDS Bits 

Prepare Access Class 6 TX Queue 

Issue SET ONE WORD Command to Set High_Priority_Token_Hold_Time if Different from 
Value Set in Initialization Table 

Issue SET PC BD, FD, and RX/TX Data Buffers if needed 

Issue SET INTERNAL/EXTERNAL LOOPBACK MODE 

Initialize Modem if in External Loopback Mode 

Issue START Command for Access Class 6 

Clear Done Bit in CPA Status Word 

Issue TRANSMITTER TEST (Code is B4 or B6) 

Wait for Command Confirmation which Indicates Acceptance of the Test 

Wait until Last Known TX Frame has been Confirmed or an Interrupt has been Generated by 
the TBC for TXQE 
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Issue the OFFLINE Command 

Check for CRC/Underrun Errors (Bit 1 of the Command Result area will be set if such errors 
occurred.) 

Check the FD Confirmation Word for Each Transmitted Frame 

NOTE 

In order to check for command completion, the host must clear the done bit in CPA 
status word before issuing a command to the TBC. 



3.6.5 RECEIVER TEST Command 

The receiver test is used by the host processor to check the path from the receiver to the RX 
queue in memory. The transmitter transmits a predefined pattern partitioned into frames of up 
to 33 bytes in length. The pattern of the frame is user definable and is loaded by the host through 
CPA VALO. This pattern will be transmitted between the SD and FCS (CRC) of frames from the 
least significant byte to the most significant byte. However, care should be taken not to create 
an RWR pattern. For this test to run, it is required that the TBC generate the CRC, therefore the 
TCDS bit should be left disabled using the SET MODE 3 command (see 3.3.3 SET MODE 3 
Command). The FTP register has a different format in this test than in normal mode as shown. 

RTF register format for the receive test: 




F 


E 


D 


C 


B 


A 


9 


8 


7 


6 


5 


4 


3 


2 


1 





m 


m 


m 


m 


m 


b 


b 


b 


P 


P 


P 


P 


P 


P 


P 


P 



Where: 

m = Frame's length - number of bytes between the start delimiter up to but not including the 

CRC (FCS) minus two (2). 
b = Number of preamble octets between frames minus one (1). 
p = Pattern of preamble octet 

The command confirmation bit is set by the TBC upon completion of the OFFLINE command and 
the status is placed in the command return area. Status is given on every frame in the FD (class 
6) as in normal frame reception. In order to determine success or failure of the test, the host 
processor checks the received frames against what was sent in CPA VALO. 

NOTES 

Using a 1:1 ratio of the serial clock to the system clock, an overflow is expected after 
approximately every third frame. To reduce the number of overruns when running this 
test, it is recommended to use 16 words as the minimum data buffer length, and to 
allocate one buffer descriptor per frame descriptor. 

The following routine may be used to perform the receiver test: 
Prepare the Initialization Table 
Issue RESET Command 
Wait until Semaphore Register is 'FF' 
Initialize the Interrupt Vector Register 
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Load the Function Code of the Init Table Pointer into DRO 

Issue LOAD INITIALIZATION TABLE FC Command 

Wait until Semaphore Register is 'FF' 

Load the Init Table Pointer into DR 

Issue INITIALIZE Command 

Issue SET MODE 1 Command to Set CACF and CUFC Mode Bits 

Issue SET MODE 3 Command to Set SWAP, HLEN, PS3, and RCDS Bits if Desired 

Issue SET 1 WORD or 2 WORDS Command to Set Individual Address Mask to Zero (Copy all 
Frames) 

Issue SET 1 WORD or 2 WORDS Command to Set Group Address Mask to 'FFFF' (Copy all 
Frames) 

Issue SET PTP Command 

Prepare Free FD and BD Pools 

Issue SET 2 WORDS Commands to Initialize the Free FD and BD Pool Pointers as well as the 
RX Queue Access Class 6 EOQ Pointer 

Issue SET FC BD, FD, and RX/TX Data Buffers if needed 

Issue SET INTERNAL/EXTERNAL LOOPBACK MODE 

Initialize Modem if in External Loopback Mode 

Load CPA VALO with Pattern Word — Must be Two Identical Bytes 

Clear Done Bit in CPA Status Word 

Issue RECEIVER TEST (Code is BO) 

Wait for Command Confirmation which Indicates Acceptance of the Test 

Wait until FD or BD Pool Empty (Bits 1 and 2 in Interrupt Status Word 0) 

Issue the OFFLINE Command 

Check for Received Frames' Status in the FD (Class 6) 

NOTE 

In order to check for command completion, the host must clear the done bit in CPA 
status word before issuing a command to the TBC. 

3.6.6 Sequence for Running all the Tests 

The tests may be run one after the other without reinitialization, provided each preceding test 
runs successfully to completion. If a test fails, it is strongly recommended to reinitialize the chip 
before running the next test. This sequence of tests can be run at system initialization and after 
reset. The four tests are executed in the following sequence: host interface, full duplex loopback, 
receive, and transmit. This routine should be performed as follows: 

TBC INITIALIZATION 

Prepare the Initialization Table 

Issue RESET Command 

Wait until Semaphore Register is 'FF' 

Initialize the Interrupt Vector Register 

Load the Function Code of the Init Table Pointer into DRO 
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Issue LOAD INITIALIZATION TABLE FC Command 
Wait until Semaphore Register is 'FF' 
Load the Init Table Pointer into DR 
Issue INITIALIZE Command 

HOST INTERFACE TEST 

Issue SET MODE 3 Command to Set SWAP and HLEN Bits 

Prepare First 34 Bytes of Test Buffer 

Load CPA VALO with Function Code of Buffer if Needed 

Load CPA VAL1 and CPA VAL2 with Pointer to Buffer 

Clear Done Bit in CPA Status Word 

Issue HOST INTERFACE TEST (Code is BC) 

Wait for Done Bit in Status Word 

Compare Returned Data to Data which was given to the TBC 

FULL DUPLEX LOOPBACK TEST 

Issue SET MODE 3 Command to Set SWAP, HLEN, RODS, and TCDS Bits if Needed 

Prepare Test Buffer 

Load CPA VALO with Function Code of Buffer if needed 

Load CPA VAL1 and CPA VAL2 with Pointer to Buffer 

Issue SET INTERNAL/EXTERNAL LOOPBACK MODE 

Initialize Modem if in External Loopback Mode 

Clear Done Bit in CPA Status Word 

Issue FULL DUPLEX LOOPBACK MODE TEST (Code is B8) 

Wait for Done Bit in Status Word 

Read Indication and 1 for Errors 

Compare Returned Data to Data which was given to the TBC 

TRANSMITTER TEST 

Issue SET MODE 3 Command to set SWAP, HLEN, PS3, and TCDS Bits if Needed 

Prepare Access Class 6 TX Queue 

Issue SET ONE WORD Command to Set High_Priority_Token_Hold Time if Different from 
Value Set in Initialization Table 

Issue SET FC BD, FD, and RX/TX Data Buffers if Needed 

Issue SET INTERNAL/EXTERNAL LOOPBACK MODE 

Initialize Modem if in External Loopback Mode Needed 

Issue START Command for Access Class 6 

Clear Done Bit in CPA Status Word 

Issue TRANSMITTER TEST (Code is B4 or B6) 

Wait for Command Confirmation which Indicates Acceptance of the Test 

Wait until Last Known TX Frame has been Confirmed or an Interrupt is Generated by the TBC 

for TXQE 
Issue the OFFLINE Command 
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Check for CRC/Underrun Errors (Bit 1 of the command result area will be set if such errors 
occurred.) 

Check the FD Confirmation Word for each Transmitted Frame 

RECEIVER TEST 

Issue SET MODE 1 Command to set CACF and CUFC Mode Bits 

Issue SET MODE 3 Command to set SWAP, HLEN, PS3, and RCDS Bits if Desired 

Issue SET 1 WORD or 2 WORDS Command to Set Individual Address Mask to Zero (Copy all 
Frames) 

Issue SET 1 WORD or 2 WORDS Command to Set Group Address Mask to 'FFFF' (Copy all 
Frames) 

Issue SET PTP Command 

Prepare Free FD and BD Pools 

Issue SET 2 WORDS Commands to Initialize the Free FD and BD Pool Pointers as well as the 
RX Queue Access Class 6 EOQ Pointer 

Issue SET FC BD, FD, and RX/TX Data Buffers if Needed 

Issue SET INTERNAL/EXTERNAL LOOPBACK MODE 

Initialize Modem if Needed 

Load CPA VALO with Pattern Word - MUST be Two Identical Bytes 

Clear Done Bit in CPA Status Word 

Issue RECEIVER TEST (Code is BO) 

Wait for Command Confirmation which Indicates Acceptance of the Test 

Wait until FD or BD Pool Empty (Bits 1 and 2 in Interrupt Status Word 0) 

Issue the OFFLINE Command 

Check for Received Frames' Status in the FD (Class 6) 

NOTE 

In order to check for command completion, the host must clear the done bit in CPA 
status word before issuing a command to the TBC. 

3.7 NOTIFY TBC 

The two commands in this category are used to notify the TBC that a response frame is ready 
when using the non-predefined RWR mechanism or to clear some interrupt status bits. 

3.7.1 CLEAR INTERRUPT STATUS Command 

This command is used to clear, that is negate, the interrupt request signal (IRQ) and specific status 
bits in interrupt status words and 1 which are located in the initialization table (see 2.2.1 1 1nterrupt 
Status Words). Before loading this command into the command register, the host must write the 
mask for interrupt status word into CPA VALO while the mask for interrupt status word 1 must 
be loaded into CPA VAL1. The mask consists of a '0' to leave the corresponding status bit un- 
changed and a '1' to cause it to be cleared. After the TBC has cleared the desired bits, if there 
remains a set, unmasked status bit in one of the status words, interrupt request will be reasserted 
even if it was negated by the previous CLEAR INTERRUPT STATUS command. Upon receiving 
this command the TBC will immediately negate IRQ. The status bits in the initialization table will 
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be cleared only when the TBC actually executes the command. A situation may arise in which 
the CPU may get an interrupt without any status bits in the interrupt status words being set. This 
scenario may occur if the host happens to be issuing a CLEAR INTERRUPT STATUS command 
right after the TBC has updated one of the interrupt status words for a new event but before the 
TBC generated an IRQ. If that situation occurs the host should issue the CLEAR INTERRUPT 
STATUS COMMAND with a zero mask in CPA VALO and CPA VAL1. Note that the TBC command 
complete bit (TCC) residing in interrupt status word is not set after completion of this command. 

The coding of this command is 88 and its format is shown below: 

7 6 5 4 3 2 10 




10 



3.7.2 RESPONSE READY Command 

This command is used by the host to notify the TBC that a response frame is ready to be transmitted 
following the reception of a request with response frame. The issuance of this command is an 
indication to the TBC that the response pointer in the initialization table located at offset 88 is 
valid. This command is only applicable when not in predefined response mode, see 4.5 RECEPTION 
OF RWR FRAMES AND TRANSMISSION OF RESPONSE for a description of this mechanism. 

The coding for this command is C5 and its format is shown below: 

7 6 5 4 3 2 10 



10 



3.8 MODEM CONTROL 

Two commands are provided to allow the TBC to communicate management services to the 
physical layer of the network. 



3.8.1 PHYSICAL Command 

This command is used by the host processor to control the modem while in station management 
and should only be given when the TBC is in the OFFLINE state. Status is returned to the last 
word in the command parameter area (CPA RESULT) as shown following the command format. 
The physical data request channel is fully described in 5.9.1 Physical Data Request Channel while 
the physical data indication channel is described in 5.9.2 Physical Data Indication Channel. Note 
that SMREQ equals zero is an indication that station management has been sel ected. Th is signal 
is automatically asserted when the first physical command is issued by the host. SMREQ will stay 
low until the END PHYSICAL comman d (see 3. 8.2 END PHYSICAL Command) is issued by the 
host to terminate station management. SMREQ is also referred as TXSYM3 in the 802.4G docu- 
ment. 

The coding for the physical command is A1-A7 and its format is shown below: 

7 6 5 4 3 2 1 



1 





1 








DATA 


TXSYM2 


TXSYM1 
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TXSYM2 

1 TXSYM2 line to the modem is set to one while SMREQ equals zero 
TXSYM2 line to the modem is set to zero while SMREQ equals zero 

TXSYM1 




1 TXSYM1 line to the modem is set to one while SMREQ equals zero 

TXSYM1 line to the modem is set to zero while SMREQ equals zero 

DATA 

1 Perform data exchange with the modem 
No data exchange 

Note that the PHYSICAL command should not be given with a code of AO as this commands the 
modem to enter the idle state without a data transfer. This action would then cause the modem 
to respond with idle whereas the TBC would be waiting for ACK or NACK. Only the TBC is permitted 
to issue idle to the modem without a data transfer. 

The status word format returned in CPA RESULT is shown below: 



7 


6 


5 


4 


3 


2 


1 





X 


X 


X 


X 


X 


RXACK 


RXNA 


COMCON 



RXACK — RXSYM1 Acknowledgement 
1 Acknowledgement received 

No acknowledgement received 

RXNA — RXSYM2 Non-Acknowledgement 

1 Non-acknowledged received 

No non-acknowledgement received 

COMCON — Command Configuration 

1 Command confirmed 

Command not confirmed 

X - Don't Care 

There are two main types of commands which can be issued by the host to the physical layer: 
immediate and data transfer. Immediate commands do not involve data exchange with the modem 
but rather provide a simple Interface to allow the host to control the modem through the TBC. 
Data transfer commands are designed for intelligent modems which need additional information 
to be transferred between the host and the modem through the TBC. 

3.8.1.1 IMMEDIATE COMMANDS. The immediate commands include reset, disable loopback, and 
enable transmitter. Refer to 5.9.1 .4 TXSYM2, TXSYM1, AND TXYSMO IN STATION MANAGEMENT 

MODE for a description of the encodings of these commands on the physical interface. The 
following paragraplis describe the handshake between the TBC and the modem. The host loads 
the command into the command register and the TBC passes the command to the modem by 
encoding it on pins TXSYM1 and TXSYM2 while TXSYMO is set to one. Note that for immediate 
commands, bit 2 (DATA) of the command register must be set to zero. Upon receiving this type 
of command the TBC will go through the steps described below: 

1. It is assumed that the TBC and the modem are in MAC mode or that a modem error just 
occurred. 
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2. The TBC enc odes the command found in CR on TXSYM1 and TXSYM2 with TXSYM0 = 1 
and SiVIREQ equal to zero. 

3. The TB C waits indefinitely for ACK or NACK coding on RXSYM1 and RXSYM2 as well as 
SMIND = from the modem. 

NOTES 

The modem is free to go to idle before transitioning to this state. If the modem does 
not respond after a reasonable length of time, a software or hardware RESET must be 
issued to the TBC. 

4. The TBC samples the ACK/NACK signals (RXSYM1 and R XSYM2 ) and issues idle to the 
modem (TXSYM2 = 0, TXSYM 1 = 0, while TXSYMO = 1 , and SMREQ = 0). 

5. The TB C waits for the modem to respond with idle {RXSYM2 = 0, RXSYM1=0, while 
SMIND = 0). 

NOTE 

if the modem does not respond after a reasonable length of time, a software or hardware 
RESET must be issued to the TBC. 

6. The TBC updates the CPA result with the ACK/NACK and command done bits. 

7. At this p oint, the TBC is in SM idle mode with TXSYI\/I2 = 0, TXSYM1 =0, TXSY MO =1, and 
SMREQ = 0. The modem is in the idle state with RXSYM2 = 0, RXSYM1 =0, and SMIND = 0. 

8. The TBC is ready to accept another command. 

3.8.1.2 DATA TRANSFER COMMANDS. Data transfer commands are designed for intelligent mo- 
dems which need more information. The serial station management data interface provides a 
sophisticated way for the host to communicate with the modem through the TBC. Upon receiving 
this type of command the TBC will go through the steps described below: 

1. It is assumed that the TBC and the modem are in MAC mode or that a modem error just 
occurred. 




The TBC issues the data transfer command found in CR with TXSYMO = 1 and SMREQ = 
to the modem. 



3. The TBC waits indefinitely for the modem to assert SMIND = 0. 

NOTE 

If the modem does not respond after a reasonable length of time, a software or hardware 
RESET must be issued to the TBC. 

4. The TBC samples RXSYM 1 and RXSYM2 for ACK/NACK from now to the end of the received 
data stream. 

5. The TBC outputs the bit stream taken from CPA VALO (16 bits from to 15) on TXSYMO. 
The data word in CPA VALO must include the start bit as shown to conform to 802.4G: 

CPA VALO: FEDCBA9876543210 

Data 1111 1 1 1 

Start Bit 

NOTE 

The programmer does not have to furnish the stop bit. 

To conform to 802.4G only one data byte may be sent at a time. If more than one data 
byte needs to be sent, then more data commands must be given. 
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6. The TBC waits indefinitely for the modem to assert the start bit i.e., RXSYI\/iO = 0. 

NOTE 

If the modem does not respond after a reasonable length of time, a software or hardware 
RESET must be issued to the TBC. 

7. The TBC waits 16 clock cycles to sample the 16 bits after the start bit from RXSYMO. 

8. The TBC asserts TXSYM0 = 1, TXSYM1 =0, TXSYM2 = with SMREQ = 0, thus issuing idle. 

9. The TB C waits for the modem to respond with idle: RXSYM1=0, RXSYM2 = 0, while 
SMIND = 0. 

10. The TBC then copies the received word into CPA RET 0. Bits through 7 contain the data 
returned by the modem while bits 8 through F contain all ones if the 802.4G interface was 
used. 

11. The TBC updates the CPA result with the ACK/NACK and command done bits. 

12. At this p oint, the TBC is in SM idle mode with TXSYM2 = 0, TXSYM1 =0, TXSY M0 = 1, and 
SMREQ = 0. The modem is in the idle state with RXSYM2 = 0, RXSYM1 =0, and SMIND = 0. 

13. The TBC is ready to accept another command. 



3.8.2 END PHYSICAL Command 

This command causes t he TBC to exit from station management m ode. U pon receiving the 
command, the TBC sets SMREQ = 1, and waits for the modem to set SMIND = 1 before setting 
the command done bit (bit of CPA RESULT). The coding for this command is A8 and its format 
is: 



7 


6 


5 


4 


3 


2 


1 





1 





1 





1 












3.9 ILLEGAL COMMAND 

Commands with bits 5, 6, and 7 set to zero are ILLEGAL commands to the TBC. A command with 
this format will have no affect on the TBC and the command complete bit in the status word will 
not be set. The format of an ILLEGAL command is shown below. The semaphore register will 
contain 'FE' until the next command is passed by the host processor to the TBC. 



7 6 5 43210 

I I I X I X \ X I X I X 



X — Don't Care 
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SECTION 4 
BUFFER STRUCTURES 



The TBC communicates with the host processor primarily through shared memory. This shared 
memory is divided into the initialization table and buffer structures. The fully linked buffer struc- 
tures include frame descriptors (FD), buffer descriptors (BD), and data buffers (DB). One frame 
descriptor is required per received or transmitted frame. Each frame descriptor contains infor- 
mation pertaining both to the frame sent or received plus a pointer to the next FD as well as a 
pointer to its first BD. Buffer descriptors contain the pointer to a data buffer as well as that buffer's 
attributes, and a pointer to the next buffer descriptor in the frame if used. The data buffers are 
used to store message data, and there is one data buffer associated with each buffer descriptor. 
Figure 4-1 illustrates the linked buffer structure. 

To fully support the IEEE 802.4 message priorities, the TBC provides four transmit queues and 
four receive queues. Before transmission of a message, the host processor creates frame de- 
scriptors, buffer descriptors, and data buffers for that message and then links the frame descriptor 
to the appropriate transmit queue. Transmission queues may be enabled or disabled using the 
SET ONE WORD command. The TBC confirms transmission of the frames in each frame descriptor 
as they are sent out. During reception, the TBC reverses the process to use frame descriptors and 
buffer descriptors from the pre-linked free frame descriptors pool and free buffer descriptors pool 
as frames are received, assigning these frames to the proper reception queue. Receive queues 
may not be disabled. The free frame descriptor and buffer descriptor pool pointers, which are 
located in the private area, must be valid at initialization time and may be changed thereafter 
using the SET TWO WORDS command while the TBC is OFFLINE. Finally, the host processor 
removes the frame data from these reception queues as programmed. Figure 4-2 illustrates the 
linking between the queues, FDs, BDs, and DBs. Refer to 4.2 TRANSMISSION OF A FRAME and 
4.3 RECEPTION OF FRAMES for detailed descriptions of the tranmission and reception mecha- 
nisms. 



FRAME DESCRIPTOR 




DATA BUFFER 






CONFIRMATION/INDICATION WORD 

RECEIVE STATUS WORD 

CONTROL FOR NEXT FD POINTER 

POINTER TO NEXT FD 

POINTER TO FIRST BD 

FRAME DATA LENGTH 

IMMEDIATE RESPONSE FD POINTER 

FRAME CONTROL 

MAC DESTINATION ADDRESS 

MAC SOURCE ADDRESS 




DATA < 32K BYTES 








BUF 


FER DESCRIPTOR 








DATA BUFFER POINTER 
BD CONTROL AND OFFSET 

gllFFFR IPMRTkl 










RECEIV 
POI 


E INDICATION WORD 
\ITER TO NEXT BD 







Figure 4-1. Linked Buffer Structures 
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Figure 4-2. TBC Queues 



The buffer management structure is powerful and very flexible. The host processor has to maintain 
only the free frame descriptor pool and free buffer descriptor pool for receive messages since 
the TBC can dynamically allocate buffers to the appropriate queue from the free pool. The TBC 
data buffer structure easily interfaces to upper layer software. An offset in the data buffer descriptor 
indicates how far from the beginning of the data buffer actual data begins. This offset is useful 
for building data frames as they are passed down through the seven layers of the ISO/OSI structure. 
Address and control information can then be appended to and removed from the front of each 
frame as it passes through the software layers during transmission and reception respectively. 
The TBC can access the first data buffer on an odd byte boundary while transmitting, further 
removing restrictions on building frames. 



4.1 BUFFER STRUCTURES 

The following paragraphs present in detail the TBC's buffer structures which consist of frame 
descriptors, buffer descriptors, and data buffers as shown in Figure 4-1. 



4.1.1 Frame Descriptors 

Frame descriptors (FD) contain MAC frame parameters, frame status, and pointers. Frame de- 
scriptors are used for both transmission (TX) and reception (RX) of message frames. The formats 
of the frame descriptors for a 48-bit MAC address and for a 16-bit MAC address are shown in 
Figure 4-3. Note that a frame descriptor must start at an even address. 
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DISPLACEMENT 






(IN BYTES) 


DESCRIPTION OF FIELD 







CONFIRMATION/INDICATION WORD 




2 


RECEIVE STATUS WORD 




4 


CONTROL FOR NEXT FD POINTER 




6 


NEXT FD POINTER — HIGH 




8 


NEXT FD POINTER — LOW 




A 


RESERVED 




C 


FIRST BD POINTER - HIGH 




E 


FIRST BD POINTER - LOW 




10 


FRAME DATA LENGTH 




12 


RESERVED 




14 


RESERVED 




16 


IR FRAME DESCIRPTOR POINTER - HIGH 




18 


IR FRAME DESCRIPTOR POINTER - LOW 




1A 


RESERVED 




IB 


FRAME CONTROL -BYTE 




IF ALEN = THEN THE ADDRESS LENGTH IS 2 BYTES 


1C 


MAC DESTINATION ADDRESS — LEAST SIGNIFICANT BYTE 




ID 


MAC DESTINATION ADDRESS — MOST SIGNIFICANT BYTE 




IE 


MAC SOURCE ADDRESS - LEAST SIGNIFICANT BYTE 




IF 


MAC SOURCE ADDRESS - MOST SIGNIFICANT BYTE 




20 


RESERVED 




22 


RESERVED 




IF ALEN = 1 THEN THE ADDRESS LENGTH IS 6 BYTES 


IC 


MAC DESTINATION ADDRESS - BYTE 


IEEE LSB 


ID 


MAC DESTINATION ADDRESS - BYTE 1 




IE 


MAC DESTINATION ADDRESS - BYTE 2 




IF 


MAC DESTINATION ADDRESS - BYTE 3 




20 


MAC DESTINATION ADDRESS - BYTE 4 




21 


MAC DESTINATION ADDRESS - BYTE 5 




22 


MAC SOURCE ADDRESS - BYTE 




23 


MAC SOURCE ADDRESS - BYTE 1 


IEEE LSB 


24 


MAC SOURCE ADDRESS - BYTE 2 




25 


MAC SOURCE ADDRESS - BYTE 3 




26 


MAC SOURCE ADDRESS - BYTE 4 




27 


MAC SOURCE ADDRESS - BYTE 5 




28 


RESERVED 




2A 


RESERVED 





Figure 4-3. Frame Descriptor Format 



4.1.1.1 FD CONFIRIVIATION/INDICATION WORD FORMAT. The first word of the frame descriptor 
contains the frame descriptor confirmation/indication word. This word holds status information 
of the frame and the queue. The frame descriptor confirmation word must be cleared by the host 
before being placed into the free frame descriptor pool or the transmit queue. This word is used 
in both transmission and reception queues and is updated by the TBC. 

The format of this word for a TRANSMISSION queue is shown below: 

FEDCBA9876543210 



CFD 


N/P 


EMP 


FTL 


RES 


UR 


NR 


UF 


RT7 


RT6 


RT5 


RT4 


RT3 


RT2 


RT1 


RTO 



CFD — Confirm Frame Descriptor 

Frame has not yet been processed (remaining indication bits are meaningless in this word) 

1 TBC completed processing of this frame 
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N/P — Negative/Positive 

Positive confirmation 

1 Negative confirmation 

EMP — Empty Transmit Queue 

If CFD = 1 and NPV = 1 in the next FD control word then the TBC sets this queue to not 
empty 

1 If NPV = in the next FD control word then the TBC sets this queue to empty 



FTL — Frame Too Long 

No meaning 

1 The frame is too long. The actual data length is greater than the frame data length from 
the FD which is set by the host. The TBC transmitted the data contained in the first data 
buffer or the frame data length set by the host, whichever is the shortest, followed by an 
abort sequence. 



RES — Reserved 

UR — Underrun 

No underrun occurred 

1 Underrun occurred 



NR — No Response 

No meaning 

1 If N/P = 1 then no response was received to an RWR frame. If N/P = then response was 
received on one of the following retries. 

UF — Unexpected Frame 

No meaning 

1 Unexpected frame received during RWR 

RT7-RT0 - Number of Tries 

Number of tries, except if the MAX RETRY LIMIT was reached then it is the number of retries. 
Refer to 4.4 REQUEST WITH RESPONSE (RWR) TRANSMISSION and 4.5 RECEPTION OF RWR 
FRAMES AND TRANSMISSION OF RESPONSE for further details. 

When used in a RECEIVE queue, the frame descriptor confirmation/indication word has the fol- 
lowing format and is updated by the TBC: 



F 


E 


D 


C 


B 


A 


9 


8 


7 


6 


5 


4 


3 


2 


1 





NRV 


• 


• 


* 


♦ 


* 


• 


• 


• 


• 


• 


• 


• 


♦ 


• 


• 



•Don't Care 



NRV — Next Receive Pointer Valid 

The pointer to the next FD in this receive queue is not valid so this is the last frame in 
this receive queue. 

1 The pointer to the next FD in this receive queue is valid. 
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4.1.1.2 RECEIVE STATUS WORD. The receive status word is updated by the TBC in the receive 
case. The host must clear this word in the frame descriptor before placing the frame descriptor 
into the free frame descriptor pool. A one in the corresponding bit of the receive status error 
mask located in the private area will cause the frame to be accepted according to the following 
criteria: 

• If a CRC error occurred the frame is stored in its entirety. The frame data length (offset 10 in 
FD) reflects the actual data length including the CRC length if the RCDS (RX CRC to data 
storage mode) is enabled. 

• If an E bit error was detected, the frame is stored in its entirety and the frame data length is 
updated to reflect the number of bytes the TBC heard. 

• If a FIFO overflow occurred (i.e., overrun error), the data is copied to the data buffer(s) up to 
the point where the overrun error occurred. The frame data length reflects the number of 
bytes copied to the data buffer(s). 

• If noise was detected, the data is copied to the data buffer(s) up to the point where the noise 
occurred. The frame data length reflects the number of bytes copied to the data buffer(s). 

• If a frame >8K was detected, the data is copied to the data buffer(s) in its entirety. The frame 
data length reflects the number of bytes copied to the data buffer(s). 

• If not enough buffers are available in the free buffer pool, the TBC receives the frame's header 
information as long as free FDs are available. The correct frame length is stored in the FD. 



F 


E 


D 


C 


B 


A 


9 


8 


7 


6 


5 


4 


3 


2 


1 





CRCE 


EBIT 


FOVF 


NOISE 


FTL 


NOBUF 


* 


• 


• 


♦ 


• 


• 


» 


• 


* 


• 



•Reserved 

CRCE — CRC error occurred in the frame received 

EBIT — The E bit in the end delimiter is set 

FOVF — FIFO overflow 

NOISE — Noise 

FTL — Frame too long (the received frame is longer than 8K bytes) 

NOBUF — Not enough buffers in buffer pool 



4.1.1.3 CONTROL FOR NEXT FRAME DESCRIPTOR POINTER. This word is updated by the host 
and its format is shown below: 



F 


E 


D 


C 


B 


A 


9 


8 


7 


6 


5 


4 


3 


2 


1 





NPV 


W_FD 


* 


• 


• 


* 


• 


• 


* 


* 


* 


• 


* 


• 


• 


* 



'Reserved 

NPV — Next Pointer Valid 
Valid in TX and RX Cases 

This is the last valid FD in this queue. The TBC will set the FD pool empty bit in 
interrupt status word upon using this FD for receiving. 

1 The next FD in this queue is valid. 

W_FD — Warning Frame Descriptor Pool Low 

Valid in free pool case. This bit should be used only while in a free frame descriptor pool. 

During transmission, the W-FD bit must be set to zero. Note that in the last FD the 
free pool (NPV=0) W_FD must be a zero. 

1 FD pool is almost empty, the FD pool low bit in the interrupt status word will be 
set upon the TBC's detection of this condition. 
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4.1.1.4 NEXT FRAME DESCRIPTOR POINTER. This 32-bit address points to the next frame de- 
scriptor in the queue. This pointer must be initialized by the host if the next FD is valid in both 
the transmit and free pool cases. 



4.1.1.5 FIRST BUFFER DESCRIPTOR POINTER. This 32-bit address is used by the TBC to address 
the first buffer descriptor. When in a transmit queue, this pointer must be initialized by the host. 
If this FD resides in the free frame descriptor pool, the TBC will update this pointer as it gets a 
BD from the free buffer descriptor pool upon receiving a frame. 



4.1.1.6 FRAME DATA LENGTH. During transmit, frame data length is updated by the host; during 
receive, it is updated by the TBC. Normally, the frame data length is the length of the data unit 
of the frame. The only exception is if RCDS (RX CRC to data storage mode) is enabled, in that 
case the CRC is included in frame data length. 



4.1.1.7 IMMEDIATE RESPONSE FRAME DESCRIPTOR POINTER. This word contains the 32-bit 
address of the immediate response frame descriptor. This pointer is updated by the TBC. This is 
used after a station has transmitted a request with response frame and receives a valid response. 
Then the IR frame descriptor pointer of the RWR frame points to the frame descriptor of the 
response, thus linking the RWR frame with its response. 



4.1.1.8 FRAME CONTROL The frame control field determines the category of frame that is being 
sent or received. In the transmit case, the host is responsible for updating this field, while in the 
receive case the TBC is. Three frame categories are currently defined by IEEE 802.4: MAC control 
and LLC data. Note that the host is forbidden from setting this byte to a MAC control value in the 
TX case. See APPENDIX B FRAME FORMATS AND ADDRESSING for more details. 



4.1.1.9 MAC DESTINATION ADDRESS. The MAC destination address can be either two or six 
bytes. The address length is determined by the host at initialization time by setting appropriately 
the address length bit which resides in the initialization table at offset 7A. This address is updated 
by the host in the transmit case, while in the receive case the TBC is responsible for doing so. 
Note that this address is stored following the IEEE convention, see APPENDIX B FRAME FORMATS 
AND ADDRESSING for more details. 



4.1.1.10 MAC SOURCE ADDRESS. The MAC source address can be either two or six bytes in 
length. The address length is determined by the host at initialization time by setting appropriately 
the address length bit which resides in the initialization table at offset 7A. This address is updated 
by the host in the transmit case, while in the receive case the TBC is responsible for doing so. 
Note that this address is stored following the IEEE convention, see APPENDIX B FRAME FORMATS 
AND ADDRESSING for more details. 



4.1.2 Buffer Descriptors 

Buffer descriptors (BD) contain buffer parameters, buffer status, and pointers. Buffer descriptors 
are chained together linking data buffers which contain frame data. The format of a buffer de- 
scriptor is shown in Figure 4-4. Note that a buffer descriptor must start at an even address. 
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DISPLACEMENT 




(IN BYTES) 


DESCRIPTION OF FIELD 





RESERVED 


2 


DATA BUFFER POINTER - HIGH 


4 


DATA BUFFER POINTER - LOW 


6 


BD CONTROL AND OFFSET 


8 


BUFFER LENGTH 


OA 


RECEIVE INDICATION WORD 


OC 


RESERVED 


OE 


NEXT BUFFER DESCRIPTOR POINTER - HIGH 


10 


NEXT BUFFER DESCRIPTOR POINTER - LOW 



Figure 4-4. Buffer Descriptor Format 



4.1.2.1 DATA BUFFER POINTER. These two words contain the 32-bit pointer to the data buffer. 
The data buffer pointer links the buffer descriptor to its associated data buffer. Each buffer de- 
scriptor has only one associated data buffer. The buffer descriptor points to its associated data 
buffer whether the buffer descriptor is being used for a TX frame, an RX frame, or is still in the 
free buffer descriptor pool. This pointer must be initialized by the host. 



4.1.2.2 BUFFER DESCRIPTOR CONTROL AND OFFSET. This word contains the control and offset 
information for a buffer descriptor and must be initialized by the host. The offset is useful for 
appending upper layer software information to the data buffer. The offset tells the TBC how far 
from the beginning of the data buffer actual data begins. This is useful for passing data through 
the ISO layers. As the message is passed down through the software layers, address and control 
information may be appended to the front of the data and the offset may be changed for the next 
ISO layer so that the data does not have to be rewritten. Note that bit F of this word has a different 
meaning for the TX queue and the free buffer descriptor pool. 



F 


E 


D 


C 


B 


A 


9 


8 


7 


6 


5 


4 


3 


2 


1 





LABD 


0F14 


0F13 


0F12 


OFll 


OF10 


0F9 


0F8 


0F7 


0F6 


0F54 


0F4 


0F3 


0F2 


0F1 


OFO 



LABD — Last Buffer Descriptor, Transmit Queue Case (TBC will use last BD) 

This BD is not the last one (next buffer descriptor pointer is valid) 

1 This is the last linked buffer in this frame 

LABD — Last Buffer Descriptor, Free BD Pool Case (TBC will not use last BD while receiving) 

This buffer descriptor is not the last one 

1 This is the last linked buffer in the pool queue and this buffer descriptor is not valid. The 
TBC will set the BD pool empty bit in interrupt status word upon detection of this 
condition. 

OF14-OF0 — Offset Length in Bytes from the Head of the Buffer where Actual Data Begins 

In free BD pool case, buffer pointer plus offset must be even. In transmit queue case, if this 
is the first BD of the frame then buffer pointer plus offset may be even or odd. In transmit 
queue case, if this is NOT the first BD of the frame then buffer pointer plus offset must be 
even. Also in transmit queue case, if a frame has to be divided into two or more buffer 
descriptors and the first data buffer only holds one byte of data then the BD pointer plus 
offset must be even. 
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4.1.2.3 BUFFER LENGTH. This word must be initialized by the host in all cases. 

FEDCBA987654321 



W_BD 


BL14 


BL13 


BL12 


BL11 


BL10 BL9 


BL8 


BL7 


BL6 


BL5 


BL4 


BL3 


BL2 


BL1 


BLO 



W-BD — Warning for Buffer Descriptor Pool 

In the free pool case indicates no warning. In the transmit case this bit must be zero. 

1 In the free pool case, indicates the free BD pool is low. The BD pool low bit in interrupt 
status word will be set upon the TBC's detection of this warning. 

BL14-BL0 — Buffer Length 

In both the free pool and transmit cases, this value represents the number of data bytes in 
the data buffer associated with this BD. 



4.1.2.4 RECEIVE INDICATION WORD. This word is updated by the TBC and only has meaning in 
the receive case. The host must clear this indication word before adding this BD to the free BD 
pool. 



F 


E 


D 


C 


B 


A 


9 


8 


7 


6 


5 


4 


3 


2 


1 





RLBD 


0L14 


,0L13 


0L12 


0L11 


OLIO 


019 


0L8 


0L7 


0L6 


0L5 


0L4 


0L3 


0L2 


OLl 


OLO 



RLBD — Receive Last Buffer Descriptor 

Not the last linked buffer in this receive frame 

1 This is the last linked buffer in this receive frame 

OL14-OL0 — Offset Length 

Number of unused data bytes in this buffer 



4.1.2.5 NEXT BUFFER DESCRIPTOR POINTER. This 32-bit address points to the next buffer de- 
scriptor in the queue. This pointer must be initialized by the host if the next BD is valid in both 
the transmit and free pool cases. 



4.1.3 Data Buffers 

A data buffer is a continuous block of memory reserved for message data. Different buffers do 
not need to be contiguous. Data buffer size can vary from zero bytes to 32K-1, bytes. Buffers 
are concatenated via buffer descriptors for messages requiring multiple data buffers. The maxi- 
mum message length which the TBC will store in data buffers is 64K bytes provided the RX status 
error mask located in the private area is set to accept such frames. However, since the IEEE 802.4 
maximum specified message length is 8K bytes as supported by the TBC's ACM, noise will be 
reported in the interrupt status words along with storing of such frames. There is no equivalent 
error conditions reported when transmitting a frame of length greater than 8K. 

4.2 TRANSMISSION OF A FRAM^ 

The following paragraphs present the actions required from the host to transmit a frame, and the 
feedback from the TBC upon completion of frame transmission. 
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4.2.1 Initialization Performed by Host 

In order to transmit a frame, the host must prepare the frame descriptors and buffer descriptors 
as required for the frame. The following data structures must be initialized by the host: 

1. A frame descriptor must be created for each frame as shown below: 

• Zero the confirmation/indication word (offset 0) 

• Zero the receive status word (offset 2) 

• Initialize the control word for next FD pointer (offset 4) with NPV (next pointer valid 
bit) set to one or zero depending on whether or not another frame has to be transmitted. 
Also, W-FD (warning FD pool low bit) must be set to zero. 

• Initialize the next frame descriptor pointer (offset 6) if another frame has to be trans- 
mitted, i.e., NPV=1. 

• Initialize the pointer for the first buffer descriptor (offset C) 

• Update the frame data length (offset 10) per the actual frame length to be transmitted. 
Note that the TBC does not check for this value to be <8K bytes. The TBC can transmit 
frames up to 32K- 1 bytes. 

• Update the frame control (offset 1 B). Note that the TBC does not check for the validity 
of this value. 

• Initialize the MAC destination and source address. Note that the TBC does not check 
for the validity of these values. 

2. Buffer descriptor(s) must be created, the host has to decide how many are required for each 
frame: 

• Initialize the data buffer pointer (offset 2). 

• Set LABD (last buffer descriptor bit), located in the control and offset word (offset 6), to 
one or zero depending on whether or not this is the last linked buffer for this frame. 
Also, the offset in bytes from the head of the data buffer to where actual data begins 
must be entered. 

• Load the data buffer length (offset 8) in bytes in bits through 14. Bit 15 which is the 
warning for buffer descriptor pool low must be set to zero. 

• Initialize the next buffer descriptor pointer (offset OE) if the next BD is valid. 

3. The data must be loaded in data buffer(s) as necessary. Note, that only one data buffer may 
be associated with a buffer descriptor. 

4.2.2 Management of Transmission Queues 

The TBC gets frames for transmission from four queues, one for each priority class. The following 
is a description of the possible queue conditions. 

EMPTY QUEUE 

A transmission queue which the host is certain is empty, that is the queue is either uninitialized 
or the last frame was confirmed. A queue is not empty if for all FDs in the queue, either CFD 
is zero or CFD is one and NPV is one. 

ACTIVE QUEUE 

A transmission queue for which the host is certain that the TBC did not read the control word 
of its last frame's FD. That is, no confirmation was given by the TBC in the frame preceding 
the final frame in the queue. 
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NOT SURE QUEUE 

A transmission queue for which the host cannot deternnine which of the two previous cat- 
egories the queue belongs to. This occurs when confirmation was given to the frame pre- 
ceding the final frame, but not the last frame in the queue, so the user is not sure whether 
the last frame in the queue will be determined to be empty before the next frame is linked 
onto it. 

4.2.3 Examples of TBC Transmission Queues 

NPV — Next Pointer Valid 

This bit resides in the control word for the next FD. 

Next pointer is not valid 

1 Next pointer is valid 

The NPV bit is set and cleared by the host. 

CFD — Confirm Frame Descriptor 

This bit resides in the confirmation/indication word of the FD 

TBC did not complete this frame's transmission 

1 TBC completed this frame's transmission 

EMP — Empty 

This bit resides in the confirmation/indication word of the FD 

This queue is not empty 

1 This queue is empty 

EMP reflects the value of NPV as read by the TBC. EMP is not valid if CFD = because the host 
clears it when preparing the frame. 

The CFD and EMP bits are set and cleared by the TBC in a single memory access after sampling 
NPV. 

Figure 4-5 is an illustration of each of the status of queues as designated in 4.2.2 Management 
of Transmission Queues. Each block represents a frame and the arrows indicate the order of 
transmission. 
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4.2.4 Adding a Frame to a Transmission Queue 

To cause the TBC to transmit a frame, four cases have to be examined. 

In the first case, let's assume that no frames have been previously sent; i.e., the host is ready to 
send the first frame after initialization. The head of queue pointer for the desired TX access class 
which resides in the private area must be initialized to point to the first frame descriptor and the 
queue's status must be updated. This initialization is accomplished using the START command 
(see 3.4.3 START Command). The START command must be issued to start transmission for each 
queue. 

In the second case, frames could have been previously sent by the TBC but the last frame has 
already been confirmed by the TBC. In this case, as in the previous case, this amounts to adding 
a frame to an empty queue (see Figure 4-5); therefore, the START command must be issued. 

In the third case, the queue to which the frame belongs is active; that is, the next to last frame 
has not been confirmed. This is equivalent to adding a frame to an active queue as shown in 
Figure 4-5. To cause the TBC to transmit the newly added frame, the host has to update the 
pointer to the new frame in the next FD pointer field and set the NPV bit in the last FD of this 
active queue. 

Finally, in the fourth case a frame could be added to a 'not sure' queue. This is accomplished by 
adding a frame as if to an active queue as above, then waiting for the CFD bit on the previous 
FD to be updated. The EMP bit is then checked to see if the queue was an active queue or an 
empty queue. If it was active, then nothing more needs to be done. If it was empty, then a START 
command must be issued to the TBC as in adding a frame to an empty queue. A 'not sure' queue 
that turns out to be an empty queue can be detected if there is a confirmed frame with the EMP 
bit in the confirmation word set and the NPV bit in the control word also set. This event can be 
detected by an interrupt routine which could be run upon servicing a TBC interrupt triggered by 
the perceived end of the queue (TXQE, bit 3 of interrupt status word 0). 

The host should keep two pointers for each transmit access class queue: one for the head of the 
queue where the host checks for TBC confirmation of sending frames, and one to the end of the 
queue where the host links new frames. The TBC, on the other hand, keeps one pointer to the 
head of each transmission queue located in the private area so it knows where to start transmitting 
from. 

4.2.5 TBC'S Actions Upon Transmission 

Upon completion of frame transmission, the TBC will update the confirmation word located in 
the FD as follows: 

• The CFD bit is set. 

• The N/P bit is set if the transmission failed and cleared if the transmission succeeded. 

• The EMP bit is set if this was the last frame in this transmit queue. 

• If the actual frame length, calculated from the sum of the data in the frame's data buffers, is 
greater than the frame length (offset 10 in FD), then the negative confirmation bit will be set 
along with the FTL bit. 

• The UR bit (underrun) will be set if the TBC attempted to transmit from an empty FIFO. The 
underrun bit in interrupt status will also be set and an interrupt will be generated if enabled. 
The frame will be retransmitted if the non-RWR max retry limit parameter located in the 
private area has not been exceeded. The non-RWR max retry limit is not an IEEE 802.4 
parameter, its maximum value is 255 and a retry will be performed only if an underrun has 
occurred. 
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Lastly, the TBC will set the TXDF bit in interrupt status word (transnnitted data frame), and 
generate an interrupt if enabled. 

Once the host has checked that the frame has been processed (the CFD bit is set), it clears the 
confirmation indication word and either links this FD to the end of the free frame descriptors pool, 
uses it in the next transmit frame, or frees up memory space. 



4.3 RECEPTION OF FRAMES 



Every frame detected on the token bus medium has its destination address field checked by each 
station to see if that station should receive it. The following paragraphs describe the setting up 
which is required by the host to allow the TBC to store a frame, as well as the mechanism used 
by the TBC to do so. 



4.3.1 Initialization Performed by Host 

In order to allow the TBC to store the received frames, the host must set up free frame descriptor 
and buffer descriptor pools as shown in the example of Figure 4-6. 

To enable the TBC to store incoming frames, the host must prepare the following data structures: 

1. The free frame descriptor pool pointer located in the private area must be updated at ini- 
tialization time or through the SET TWO WORDS command. This pointer must point to a 
valid free FD. Refilling of the FD pool is accomplished by writing the pointer to a new FD in 
the last FD. 
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Figure 4-6. Free Frame Descriptor and Buffer Descriptor Pools 
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2. Each FD in the free pool must be initialized as follows: 

• Zero the confirmation/indication word (offset 0). 

• Zero the receive status word (offset 2). 

• Initialize the control word for next FD pointer (offset 4) with NPV (next pointer valid 
bit) set to one or to zero depending on whether or not this is the last valid FD. Also, 
W_FD (warning FD pool low bit) may be set to one or zero to enable the host to be 
notified when the FD pool is low whenever applicable. W-FD must not be set in the 
last FD. 

• Initialize the next frame descriptor pointer (offset 6) if the next FD is valid; i.e., NPV = 1. 

3. The free buffer descriptor pool pointer located in the private area must be updated at ini- 
tialization time or through the SET TWO WORDS command. This pointer must point to a 
valid free BD. Refilling of the BD pool is accomplished by writing the pointer to a new BD 
in the last BD. 

4. Each BD in the free pool must be initialized as follows: 

• Initialize the data buffer pointer (offset 2). 

• Set LABD (last buffer descriptor bit) to one or zero in the control and offset word (offset 
6), depending on whether or not this is the last buffer available in the free pool. The 
TBC will not use the last buffer. Also, the offset in bytes from the head of the data 
buffer to where actual data should be stored must be initialized. 

• Load the data buffer length (offset 8) in bytes in bits through 14. Bit 15 (W-BD) may 
be set to one to indicate that the free BD pool is low. W-BD must never be set to one 
in the last BD. 

• Clear the receive indication word (offset OA) 

• Initialize the next buffer descriptor pointer (offset OE) if the next BD is valid, i.e., LABD = 0. 

5. Memory space must be reserved for the data buffers pointed to by the BD's. 



4.3.2 Reception Queues and Free Pools 

Four queues are maintained for received frames — one for each priority class. Note that these 
queues may not be disabled by the host. At initialization time, the host must set the RX EOQ 
pointer for each access class. These pointers may be modified thereafter by using the SET TWO 
WORDS command. The TBC will update these pointers upon completion of frame reception. 

The host is responsible for creating and adding frame descriptors to the free pool. When the last 
FD in the free pool has been used by the TBC (i.e., it has been linked to the appropriate receive 
queue), the TBC keeps an internal pointer to this FD as its link to the free pool. Therefore, the 
host must not remove the last FD from a receive queue. The host can add new FDs to the free 
FD pool by writing the pointer to a new FD in the last FD in the pool and setting its NPV bit. The 
TBC polls this last NPV bit on every received frame to see if the host has added FDs to an empty 
pool. 

The host is also responsible for creating and adding buffer descriptors to the free BD pool. The 
TBC will not use the last buffer descriptor in the free pool. To add buffer descriptors to the pool, 
the host writes the pointer to the BD of the new buffer in the last buffers BD, and clears its LABD 
bit. The TBC polls this LABD bit on every received frame to see if the host has added buffers to 
an empty BD pool. 

Refer to Figure 4-7 for an illustration of the initialization of data structures by the host needed to 
receive frames. This example only shows the linking for one access class because the mechanism 
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Figure 4-7. Initalization of a Reception Queue 



for the other access classes is the same. Each receive queue must consist of at least one dummy 
FD (FDl). The dummy FD is used to start the linking procedure and contains the pointer to the 
next FD when there is one as shown in Figure 4-8. Therefore, the host must not remove the last 
FD, which serves as the dummy FD, from the queue. In Figure 4-8, the TBC has received one 
frame and has stored it using FD2 and two BDs (BD2 and BD3). 

4.3.3 TBC's Actions Upon Reception 

As the TBC accepts frames addressed to it, it takes frame descriptors and buffer descriptors from 
the beginning of the free frame descriptor and free buffer descriptor pools. 
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Upon frame reception, the TBC will perform the following steps: 

1. For each FD which is pulled off the free pool the TBC will: 

• Update the indication word (offset 0) bit 15 (NRV). If this is the last frame in this RX 
queue, then NRV = else NRV=1. 

• Update the receive status word (offset 2) to reflect possible errors found while receiving 
this frame. The TBC will accept the frame in which errors were found according to the 
RX status error mask located in the private area (see 2.1.14 RX Frame Status Error 
Mask). 

• Check the control word for next FD pointer (offset 4). If the NPV bit is cleared, the TBC 
will set the FDPE bit in interrupt status word 0, and this FD will be used by the TBC. 
Also, the W-FD bit will be checked and the FDPL bit in interrupt status word will be 
set if required. 

• Update the first BD pointer (offset C) as it fetches a BD from the free pool if the first 
BD fetched has LABD = 0. 

• Load the frame data length (offset 10). 

• Load the frame control (offset IB), the destination and source address. 

2. For each BD which is fetched from the free pool the TBC will: 

• Check bit 1 5 of the BD control and offset word (offset 6). If LABD = 1 , then the TBC will 
NOT use this last BD. The buffer descriptor pool empty bit in interrupt status word 
will be set. If the RX status error mask permits it, the TBC will receive the frame's header 
information (i.e., the information stored in the FD) provided a free FD is still available. 

• Check bit 15 of the buffer length (offset 8). If W-BD = 1, then the TBC will set the BD 
pool low bit in interrupt status word 0. 

• Update the receive indication word (offset A) to inform the host if this is the last BD 
for this frame and the number of unused data bytes in this buffer. 

3. The TBC will load the data from the frame into the data buffer(s) associated to the BD(s) 
which was (were) pulled from the free pool. 

4. The TBC will check the private area to find the last FD residing in the appropriate receive 
queue. It will change this last FD's next receive valid (NRV) bit to a one indicating that there 
is at least one more FD in the queue. The TBC will then link the received FD to the last FD 
in the queue, and update the RX EOQ pointer for that access class in the private area. 

5. Lastly, the TBC will set the RXDF bit (received data frame) located in interrupt status word 
and generate an interrupt if enabled. 

As the host reads received frames, it must keep at least one FD linked to the queue for each 
access class to know where to start reading. Before adding FDs to the FD pool, the host must 
clear the confirmation/indication word in the frame descriptor as well as the status indication 
word. The host can then free up memory space or add the FD or BD back into the linked list. 



4.4 REQUEST WITH RESPONSE (RWR) TRANSMISSION 

The mechanism used by the host to prepare an RWR frame for transmission is the same as for 
any other frame with one exception: the frame control field for that frame (offset IB of FD) must 
have RWR encoded in it. When the TBC reaches this frame in the transmit queue, it transmits the 
frame and waits three slot times for a response as defined in IEEE 802.4. If no valid response 
arrives, the TBC will try to transmit the frame again, up to the RWR max retry limit which is 
specified by the user in offset 6E of the private area. IEEE specifies this value to be programmable 
and to have a maximum value of seven, however the TBC allows a maximum value of 255 for 
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this parameter. Note that an underrun also counts as a retry. If a valid response arrives, the TBC 
goes through the following steps: 

• Loads the frame into the appropriate priority receive queue. 

• Links the transmitted RWR frame to the response frame by placing the pointer to the re- 
sponse's FD in the transmitted RWR frame's immediate response FD pointer in the transmitted 
frame's FD. 

• Gives confirmation in the RWR frame's FD. 

• Sets TXRWR bit (transmitted request with response) in interrupt status word and interrupts 
the host if enabled by the interrupt status mask. 

If no response is received after the RWR retry limit is reached, the TBC gives negative confirmation 
on this frame in the RWR's FD's confirmation/indication word, updates the interrupt status word 
to indicate TXRWR, and interrupts the host if enabled. 

A valid response is defined as an LLC data frame with a MAC action field set to response which 
is received by the requester within the RWR max retry limit and before any control frames or 
other data frames are received. 

If the TBC hears an unexpected frame while waiting for a response, the TBC will: 

• Store that frame into the appropriate queue. 

• Give a negative confirmation as well as set the unexpected frame received during RWR bit 
in the RWR's FD. 

• Set the TXRWR bit in interrupt status word as well as the unexpected frame 6 bit in interrupt 
status word 1 . 

4.5 RECEPTION OF RWR FRAMES AND TRANSMISSION OF RESPONSE 

Upon receiving an RWR frame addressed to this station, the TBC will store it into the appropriate 
receive queue and perform the following steps: 

• The source address of the received frame is stored into the destination address field of the 
FD pointed to by the response destination address pointer. This pointer resides in the ini- 
tialization table at offset 84 and must have been previously initialized by the host to point to 
a valid FD. 

• If the frame is not a retry, then the TBC loads the pointer to the received RWR frame's FD 
into the RWR pointer field located in the initialization table at offset 8C. The received RWR 
frame bit in interrupt status word will then be set and an interrupt will be generated if 
enabled. 

A retry is defined as an RWR frame addressed to this TBC that arrives immediately after another 
RWR frame which was addressed to it. If another valid frame such as a protocol frame, a non- 
RWR data frame, or a data frame not addressed to this station arrives in between two RWR frames, 
then the second RWR frame is considered to be a new frame and not a retry. 

The response is sent by the TBC according to the steps defined below: 

• If the TBC is in predefined response mode, set by the host through the SET MODE 1 command, 
then the pointer stored by the host in the response pointer field in the initialization table 
(offset 88) is considered valid, and the response is transmitted immediately after the token 
bus goes to silence. The TXRDF bit (transmitted response data frame) in interrupt status word 
is also set and an interrupt is generated if enabled. 
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• If the TBC is not in predefined response mode, then the TBC must wait for the command 
RESPONSE READY from the host before sending out the response. Before issuing the RE- 
SPONSE READY command, the host must prepare a response and update the response 
pointer field located in the initialization table (offset 88) if necessary. If this command is issued 
within two slot times, then the TBC will transmit the response prepared by the host. 

However, if the host issues the command later than two slot times but before the TBC receives 
the next RWR retry frame, the TBC will still transmit the previously prepared response as a 
response to the current retry of the RWR frame. The TXRDF bit (transmitted response data 
frame) in interrupt status word is also set and an interrupt is generated if enabled. 

Note that if the host still owes a previous response to the TBC, the TBC will neither update the 
RWR pointer field nor change the status of RXRWR in interrupt status word 0. 

The following four paragraphs describe the relationship between two of the pointers residing in 
the initialization table at offset 84 and 88 which are used to implement the RWR mechanism. 

Case 1: 

The TBC is in predefined response mode and the DA of the response frame must be identical 
to the SA of the received RWR frame. 

• The response destination address pointer (offset 84) should have been previously set by 
the host to the same value as the response pointer (offset 88). 

• The TBC will set DA equal to SA of received frame in the FD pointed to by the response 
destination address pointer (offset 84). 

Case 2: 

The TBC is in predefined response mode and the DA of the response frame must be different 
from the SA of the received RWR frame. 

• The response destination address pointer (offset 84) should have been previously set by 
the host to point to a dummy FD. 

• The response pointer (offset 88) should have been previously set by the host to point 
to the response frame's FD where the host has set DA as required. 

Case 3: 

The TBC is in non-predefined mode and the DA of the response frame must be identical to 
the SA of the received RWR frame. 

• The response destination address pointer (offset 84) should have been previously set by 
the host to the same value as the response pointer (offset 88). 

• The response pointer (offset 88) must be a constant, i.e., always point to the same FD. 

• The TBC will set DA equal to SA of received frame in the FD pointed to by the response 
destination address pointer (offset 84). 

Case 4: 

The TBC is in non-predefined response mode and the DA of the response frame must be 
different from the SA of the received RWR frame. 

• The response destination address pointer (offset 84) should be set by the host to point 
to a dummy FD. 

• The response pointer (offset 88) is set by the host to point to the response frame's FD 
where the host has set DA as required upon getting the RXRWR interrupt (this bit could 
also be polled). 

NOTE 

Cases 2 and 4 describe operations which are Inappropriate for IEEE 802.4. 
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WARNING 

The TBC may send a response to a previous RWR frame as a response to a new 
RWR frame in the following cases: 

• If a second, new RWR frame arrives immediately after a RWR frame whose 
response was not ready within two slot times from its arrival (this new frame 
is considered to be a retry). 

• If the response from the host is issued to the TBC at the same time as a second 
RWR frame arrives, even if a non-RWR frame addressed to this station arrived 
previously. In this case, the RESPONSE READY command is executed only after 
complete reception of the RWR frame. Thus, the response is considered a valid 
response to the second request and will be transmitted. This scenario also can 
take place if the response was ready to be transmitted but, due to high load 
on the bus, the TBC was not able to execute the RESPONSE READY command 
prior to receiving the second RWR frame. 

Note that in these cases, the host did not respond in time to the last retry of a RWR frame, while 
according to the 802.4 standard, the host should respond in time to the first one. Thus, these 
situations should not occur. 
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SECTION 5 
SIGNALS 



This section contains a description of the input and output signals for the MC68824 Token Bus 
Controller. 

NOTES 

The terms assertion and negation will be used extensively. This is done to avoid con- 
fusion when dealing with a mixture of "active low" and "active high" signals. The term 
"assert" or "assertion" is used to indicate that a signal is active or true, independent of 
whether that level is represented by a high or low voltage. The term "negate" or "ne- 
gation" is used to indicate that a signal is inactive or false. 

The TBC has two modes of bus operation, the master mode and the slave mode. In the master 
mode, the TBC has control of the address and data bus and is performing memory I/O. In the 
slave mode, the TBC is acting as a peripheral and is being accessed by the host. Refer to 6.1 
HOST PROCESSOR OPERATION IVIODE and 6.2 DMA OPERATION for further details. 

Input and output signals are functionally organized into the groups shown in Figure 5-1. Each of 
these groups is discussed in the following paragraphs. 

5.1 ADDRESS BUS (A1-A31) 



This is a 32-bit (when combined with UDS/AO signal), unidirectional (with the exception of A1 and 
A2 which are bidirectional), three-state bus capable of addressing up to 4 gigabytes of memory. 
A1 and A2 are used to address internal registers in slave mode. 

5.2 DATA BUS (D0-D15) 

The TBC has a 16-bit, bidirectional, three-state bus for a general purpose data path. It can transmit 
and receive data in either word or byte lengths. In 8-bit mode, data transfer is restricted to DO- 
D7 pins. 



5.3 BUS CONTROL 

The following paragraphs describe the bus control signals. 

5.3.1 Function Codes (FC0-FC3) 

The TBC function code pins are three-state outputs which are asserted during a DMA bus cycle. 
These function codes may be used to divide memory into separate address spaces. The TBC does 
not check for any particular 4-bit values. The host processor memory management unit can define 
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Figure 5-1. MC68824 Signals 



these encodings as desired. Tlie user is not required to 
implement function codes. If tine function code pins are 
not connected, the user can ignore SET FUNCTION CODE 
commands (see 3.5.3 Set Value). 



5.3.2 Bus Exception Conditions (BEC0-BEC2) 

These input lines provide an encoded signal that indi- 
cates an abnormal bus condition such as a bus error or 
reset. The three-bit bus exception control cod es allo w 
for eight different bus ter minatio n conditions. BECO is 
the least significant bit and BEC2 is the most significant 
bit. Table 5-1 shows the eight conditions. 



Table 5-1. Bus Exception Conditions 
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5.3.3 Data Transfer Acknowledge (DTACK) 



DTACK is a bidirectional three-state signal which indicates that an asynchronous bus cycle may 
be terminated. In the slave mode, this output indicates that the TBC has accepted data from the 
host processor or placed data onto the bus for the host processor. In the master mode, t his input 
is monitored by the TBC to determine when to terminate a bus cycle. As long as DTACK remains 
negated, the TBC will insert wait cycles into the bus cycle. When DTACK is asserted, the bus cycle 
will be terminated. 



5.3.4 Read/Write (R/W) 

R/W is a bidirectimial three-state signal that indicates the direction of the data transfer during a 
bus cycle. The RAA/ pin is an input in the slave mode and an output in master mode. Thus, in the 
slave mode, a high level indicates that a transfer is from the TBC onto the data bus, and a low 
level indicates that a transfer is from the data bus into the TBC. In the master mode, a high level 
indicates that a transfer is from the data bus into the TBC, and a low level indicates that a transfer 
is from the TBC onto the data bus. 



5.3.5 Upper Data Strobe (UDS/AO), Lower Data Strobe (LDS/DS) 



These bidirectional three-state signals control the flow of data onto the data bus. UDS and LDS 
are asserted by the TBC when operating in the master mode and by th e hos t processor when 
operating in slave mode. In the master mode, during any 16-bit bus cycle, UDS is asserted if data 
is to be transferred over the data lines D8-D15, and LDS i s asserted if data is to be transferred 
over data lines D0-D7. For an 8-bit bus configuration, UDS functions as AO and LDS functions as 
data strobe. AO is thus an extension of the lower address lines to provide the address of a byte 
in the address map and is valid when A1-A31 are valid. DS is a data strobe used to enable external 
data buff ers a nd indicates that valid data is on the bus during a write cycle. In the slave mode, 
UDS and LDS operate in conjunction with Al, A2, and CS as indicated in 6.6 REGISTERS and 

5.5.5 Chip Select (CS). Figure 5-2 shows the various signal combinations and when data is valid 
on the data lines. 

5.3.6 Address Strobe (AS) 

This bidirectional three-state signal indicates that there is a valid address qn_the address bus. It 
is an output when the TBC is in master mode and has control of the bus. AS is an input during 
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Figure 5-2. Data Strobe Control of Data Bus in Master Mode 
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bus arbitration cycles, and it is monitored to determine when the TBC can take control of the bus 
(after the TBC has requested and been granted use of the bus). 



5.3.7 Chip Select (CS) 

This input pin is used by the TBC to determine when it has been selected by the host processor. 
When CS is asserted, the address on Al^ A2, and the data strobes select the internal TBC register 
that will be involved in the transfer. CS should be generated by qualifying an address decode 
signal with the address and data strobes. Asserting CS when the TBC is bus master will cause 
an address error to occur. 



5.4 BUS ARBITRATION 

The signals in this group form a bus arbitration circuit that determines which device is the current 
bus master. 



5.4.1 Bus Request (BR) 

This open-drain ouptut pin is wire-ORed with all other devices that could be bus masters and is 
asserted to request control of the bus. 



5.4.2 Bus Grant (BG) 

BG is an input that indicates to the TBC that bus control has been granted and that it may assume 
bus mastership as s oon as t he current bus cycle is co mpleted. The TBC will not take control of 
the bus until AS and BGACK are negated and the BEC pins are encoded as normal mode. 



5.4.3 Bus Grant Acknowledge (BGACK) 



BGACK is a bidirectional three-state signal. When BGACK is an asserted input signal to the TBC, 
it indicates that some other device has become the bus master. This signal will not be asserted 
as an output to indicate that the TBC is the current bus master until the following conditions are 
met: 

1. Bus request (BR) is asserted. 

2. A bus grant (BG) has been received. 

3. Address strobe (AS) is inactive, indicating that the current bus cycle has ended. 

4. Bus grant acknowledge (BGACK) is inactive, which indicates that no other device is still 
claiming bus mastership. 

5. BEC pins are encoded as normal mode. 



5.5 INTERRUPT CONTROL 

Two signals are used to perform the request/acknowledge handshake function between the TBC 
and the host processor. 
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5.5.1 Interrupt Request (IRQ) 

The interrupt request pin is an open-drain output pin which requests service from the host pro- 
cessor when an interrupting event has occurred. 



5.5.2 Interrupt Acknowledge (lACK) 

This input is asserted by the host processor to acknowledge that it has received an interrupt from 
the TBC. The TBC responds by placing a vector on D0-D7 that is used by the host processor to 
fet ch the address of the proper TBC interrupt handler routine. The TBC does not negate IRQ after 
an lACK cycle, but rather after the appropriate bit(s) in the interrupt status registers is (are) cleared 
by the host processor. 



5.6 SERIAL INTERFACE 

The serial interface implemented on the TBC complies with the IEEE Draft Standard 802.4G which 
describes the exposed DTE to DCE interface. This interface provides a standard way to transfer 
requests for data unit transmission and for indicating data unit reception when in the MAC mode. 
The interface also serves as a communication channel for passing station management requests, 
indications, and confirmations between the physical layer and the TBC. Note that since the TBC 
is a half duplex part, it will not hear its own transmission. The following paragraphs describe the 
data request and data indication channel while Figure 5-3 illustrates the signals comprising the 
physical layer interface. 



5.6.1 Physical Data Request Channel 

Five signals comprise the physical data request channel with four of these being outputs and 
TXCLK being an input. Three of these s ignals ar e multiplexed and have different meanings de- 
pending on the mode of operation. The SMREQ signal determines whether the physical layer is 
in station management mode or MAC mode. When programmed for MAC operation, this channel 



TBC 


TXCLK 


SMREQ 


TXSYM2 


TXSYMl 


TXSYMO 


RXCIK 


SMIND 


RXSYIVI2 


RXSYM1 


RXSYMO 





PHYSICAL 
DATA 
REQUEST 
CHANNEL 



PHYSICAL 
DATA 

INDICATION 
CHANNEL 



Figure 5-3. Physical Layer Interface 
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is used by the MAC to provide encoded requests (atomic symbols) for data transmission. In station 
management mode, this channel is used to pass commands or send serial station management 
data to the physical layer. 



5.6.1.1 STATION MANAGE MENT R EQUEST (SMREQ). SMREQ is an output used to s elect the 
modem mode of operation. SMREQ is called TXSYM3 in the 802.4G Draft Standard. When SMREQ 
is equal to one, MAC mode is selected. This is considered the normal mode of operation. The 
MAC sends data to the physical layer encoded as atomic symbols (silence, non-data, pad-idle, 
data 'one', and data 'zero') on lines TXSYMO, TXSYM1, and TXSYM2 in normal operation. The 
atomic symbols request data u nit transm ission, and the physical layer modulates its transmit 
carrier signal accordingly. When SMREQ is equal to zero, station management mode is selected. 



5.6.1.2 TRANSMIT CLOCK (TXCLK). The transmit clock is supplied to the TBC by the physical 
layer and can be from 10 kHz to 16.67 MHz. TXSYM2, TXSYM1, and TXSYMO are synchronized 
to TXCLK. 



5.6.1.3 TXSYM2, TXSYM1, AND TXSYMO IN MAC MODE. TXSYM2, TXSYM1, and TXSYMO are 
all output signals. When operating in the MAC mode, the request channel symbol encodings for 
TXSYM2, TXSYM1, and TXSYMO are those shown in the Figure 5-4. When the TBC does not have 
any data to transmit it will encode ones on the TXSYM lines, that is silence will be transmitted. 
The TBC looks for silence on the RXSYM lines to determine if it can transmit. Also note that the 
TBC does not receive its own transmission being a half duplex part. 



SYMBOL 


TXSYM2 


TXSYM 1 


TXSYMO 


DATA ZERO 











DATA ONE 








1 


PAD-IDLE 





1 


X 


NON-DATA 


1 





X 


SILENCE 


1 


1 


X 



Where: 
DATA ZERO is a binary zero 
DATA ONE is a binary one 

NON-DATA is a delimiter flag and is always requested in pairs 
SILENCE is silence or pseudo-silence 
PAD-IDLE is one symbol of preamble/interframe idle 

Figure 5-4. Request C hannel E ncodings for 
MAC Mode (SMREQ =1) 



5.6.1.4 TXSYM2, TXSYM1, AND TXSYMO IN STATION MANAGEMENT MODE. The encoding for 
the request channel signals TX SYM2, T XSYM 1, and TXSYMO in station management mode is 
shown in Figure 5-5. By setting SMREQ equal to zero, the request channel enters station man- 
agement mode. When in station management mode, the request channel can command the 
physical layer to reset, disable loopback, enable transmitter, idle, or send SM data serially to the 
physical layer. 

The PHYSICAL and END PHYSICAL commands which are described in 3.8 MODEM CONTROL are 
the means by which the host sends commands through the TBC to the physical layer. 
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OR STOP BIT OR IDLE 
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Figure 5-5. Request Channel Encoding s for Station 
IVIanagement iVIode (SMREQ=0) 

5.6.2 Physical Data Indication Channel 

Five input signals comprise the physical data indication channel. Three of these si gnals ar e mul- 
tiplexed and have different meanings depending on the mode of operation. The SIVIIND signal 
determines if the channel is in station management mode or MAC mode. When programmed for 
MAC operation, this channel is used by the physical layer to provide encoded indications of the 
data unit reception. In station management mode, this channel either carries confirmations to 
commands passed to the physical layer or reports physical layer conditions. 



5.6.2.1 STATION MANAGEMENT INDICATION (SMIN D). SMI ND is an input to the TBC which 
indicates wh ether th e physical layer is in MAC mode (SMIND = 0) or station management mode 
(SMIND = 1). SMIND is called RXSYM3 in the 802.4G Draft Standard. When in MAC mode, the 
physical layer sends encoded indications of data unit reception (silence, n on-data, bad signal, 
data 'one', and data 'zero'). The physical layer enters management mode (SMIND = 0) to send 
responses to management commands at the request of the TBC, to report an error event at the 
initiative of the modem, or to report real time data also at the initiative of the modem. 



5.6.2.2 RECEIVE CLOCK (RXCLK). The receive clock is supplied to the TBC by t he physical layer 
and can be from 10 kHz to 16.67 MHz. RXSYMO, RXSYM1, RXSYM2, and SMIND are synchronized 
to RXCLK. 

5.6.2.3 RXSYMO, RXSYM1, AND RXSYM2 IN MAC MODE. Figure 5-6 shows the encoding of 
RXSYMO, RXSYM1, and RXSYM2 in MAC mode. 
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RXSYM2 
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RXSYMO 


DATA ZERO 
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BAD-SIGNAL 
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Where: 
DATA ZERO is a binary zero 
DATA ONE is a binary one 
BAD-SIGNAL indicates reception of a bad signal for one MAC symbol 

period 
NON-DATA is a delimiter flag. In the absence of errors, NON-DATA 

will always be present in pairs 
SILENCE is silence or pseudo-silence for one MAC symbol period 

Figure 5-6. Indication Channel Encodings for 
MAC Mode (SMIND = 1) 
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5.6.2.4 RXSYM2, RXSYM1, AND RXSYMO IN STATION MANAGEMENT MODE. When in station 
management mode, the physical layer sends confirmation to commands from the TBC (reset, 
loopback disable, enable TX, and serial station management data) using the indication channel. 
This is accomplished by the encodings on signals RXSYM2, RXSYM1, and RXSYMO as shown in 
Figure 5-7. Figure 5-8 illustrates a typical station management sequence. 



STATE 


RXSYM2 


RXSYM1 


RXSYMO 


ACK (ACKNOWLEDGEMENT) 





1 


• 


NACK (NON-ACKNOWLEDGEMENT) 


1 





♦ 


IDLE 








1 


PHYSICAL LAYER ERROR 


1 


1 


i 



Where * indicates RXSYMO contains the SM data when responding to a serial data command. 
A '1' in that position indicates a serial SM data one or stop bit. A '0' in that position indicates 
a serial SM data zero or start bit. 

Figure 5-7. Encoding s for Sta tion Management Mode 
(SMiND = 0) 




RXSYMO 



■Nr 



SEND 8/16 BITS OF 

DATA EXCLUDING 

START BIT 



<^> 



Figure 5-8. Typical Station Management Sequence 
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The mechanisms by which the TBC obtains acknowledgements from the physical layer are de- 
scribed in 3.8 MODEM CONTROL. If the TBC receives a physical layer error encoding while in the 
MAC mode, it will put itself in the offline mode and set the modem error bit in interrupt status 
word 1 (see 2.2.11 Interrupt Status Words). 



5.7 SIGNAL SUMMARY 

Table 5-2 is a summary of all signals discussed in the previous paragraphs. 



Table 5-2. Signal Summary 



Signal Name 


Menemonic 


Input/Output 


Active State 


Driver Type 


Address Bus 


A1-A2 


Input/Output 




Three State 


Address Bus 


A3-A31 


Output 




Three State 


Data Bus 


D0-D15 


Input/Output 




Three State 


Function Codes 


FC0-FC3 


Output 




Three State 


Bus Exception Codes 


BEC0-BEC2 


Input 


Low 




Upper Data Strobe 


UDS/AO 


Input/Output 


Low/High 


Three State'' 


Lower Data Strobe 


LDS/DS 


Input/Output 


Low/Low 


Three State'' 


Address Strobe 


AS 


Input/Output 


Low 


Three State'' 


Read/Write 


R/W 


Input/Output 


High/Low 


Three State "i 


Ctiip Select 


CS 


Input 


Low 




Data Transfer Acl<nowledge 




Input/Output 


Low 


Three State^ 


DTACK 


Bus Request 


BR 


Output 


Low 


Open Drain^ 


Bus Grant 


BG 


Input 


Low 




Bus Grant Acknowledge 




Input/Output 


Low 


Three State'' 


BGACK 


Receive Clock 


RXCLK 


Input 






Indication Channel 




Input 


Low 




SMIND 


Indication Channel 


RXSYMO 


Input 






Indication Channel 


RXSYM1 


Input 






Indication Channel 


RXSYM2 


Input 






Transmit Clock 


TXCLK 


Input 






Request Channel 




Input 


Low 




SMREQ 


Request Channel 


TXSYMO 


Output 






Request Channel 


TXSYM1 


Output 






Request Channel 


TXSYM2 


Output 






Interrupt Request 


IRQ 


Output 


Low 


Open Drain^ 


Interrupt Acknowledge 


lACK 


Input 


Low 




Clock 


CLK 


Input 







NOTES: 

1. These signals require a pullup resistor to maintain a high voltage when in the high-impedance 
or negated state. However, when these signals go to the high-impedance or negated state they 
will first drive the pin high momentarily to reduce the signal rise time. 

2. These signals are wire-ORed and require a pullup resistor to maintain a high voltage when not 
driven. 
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SECTION 6 
BUS OPERATION 



The following section describes the bus signal operation during data transfer operations, bus 
exception conditions, host processor operations, DMA operations, and reset. Functional timing 
diagrams are included to assist in the definition of signal timing; however, these diagrams are 
not intended as parametric timing definitions. For detailed relationships refer to SECTION 8 ELEC- 
TRICAL SPECIFICATIONS. 



6.1 HOST PROCESSOR OPERATION MODE 

In the host processor operation mode or slave mode, the TBC Is a peripheral slave to the b us 
master. The TBC enters the slave mode when chip select (OS) or interrupt acknowledge (lACK) is 
asserted. During host processor operations, the TBC places data^nto the data bus or accepts 
data from the data bus, respectively, according to the level of the R/W pin. This mode of operation 
is used during TBC initialization to load the configuration information and initial parameters into 
the TBC. After initialization, the slave mode of operation Is used by the host processor to place 
commands into the TBC command register. 

The TBC can operate with a CLK input that is either synchronous or asynchronous with respect 
to the host processor clock provided the bus requirements are satisfied. The timing diagrams 
assume that an M68000 Family processor is the host processor with a clock signal identical to 
the TBC CLK. 



6.1.1 Host Processor Read Cycles 

During the host p rocessor read cycle, the bus master asserts chip select (CS), read (R/W) and 
lower data str obe (LD S/DS). The TBC then places data onto the data bus and asserts data transfer 
acknowledge (DTACK) to indicate to the bus master that the data is valid. The semaphore register 
will always be selected on a read cycle regardle ss of A1 and A2 encodings because it is the only 
readable register. When the lower data strobe (LDS/DS), or chip select ( CS), is n egated by the 
host, the TBC will three-state the data lines and then negate and three-state DTACK. This is shown 
in Figure 6-1. The timing for even and odd byte host read s on a 1 6-bit da ta bus or any host read 
on an 8-blt data bus are identical. The encodings of UDS/AO and LDS/DS select the proper byte. 

6.1.2 Host Processor Write Cycles 



During host processor write cycles, the TBC accepts data from the data bus and asserts DTACK 
to indicate to the bus master that the data has been loaded into the selected register. The only 
TBC registers that are directly writable by the host processor are the command register, the upper 
six bits of the interrupt vector register, and the data register. 

To begin a host processor write cy cle, t he bus master a sserts CS and drives R/W low. The TBC 
responds by decoding the A1, A2, UDS/AO, and LDS/DS signals. When a valid register (CR, DR, 
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Figure 6-1. Host Processor Read Cycle with Two Wait States 



or IV), Is select ed, the TBC ac cepts the data from the data bus and asserts DTACK. Next t he TBC 
waits for either LDS/DS, UDS/AO, or CS to be negated, and then negates and three states DTACK 
and three states the data lines. The timing for this operation is shown In Figure 6-2. 



6.1.3 Interrupt Acl<nowledge Cycles 

During an Interrupt acknowledge cycle, the host processor responds to an interrupt request from 
the TBC. The timing of an interrupt acknowledge cycle Is identical to an od d byte read cycle, 
except that Jt_ls started by the assertion of the interrupt acknowled ge (lA CK) signal rather than 
chip select (CS). Note that chip select (CS) and Interrupt acknowledge (lACK) are mutua lly exclusive 
signals and should not be asserted at the same time. If Interrupt acknowledge (lACK) is asserted 
at the same time the TBC is the bus master, an address error Is generated. 
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Figure 6-2. Host Processor Write Cycle 
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The interrupt acknowl edge operation is started by the TBC when interrupt acknowledge (lACK) 
and lower data strobe (LDS) are asserted by the host processor. The TBC res ponds b y placing its 
interrupt vector numbe r on D0-D7 and asserting data transfer acknowledge (DTACK). During this 
operatio n, A1- A3 1 and UDS/AO are ignored by the TBC. The vector number remains on the data 
bus until JACK or LDS is negated by the host pr ocessor . When this occurs, the TBC will three state 
the data lines and then negate and three state DTACK. The timing for this operation is shown in 
Figure 6-3. 
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Figure 6-3. Interrupt Acknowledge Cycle 



6.2 DMA OPERATION 

In the DMA operation mode or master mode, the TBC is the bus master and performs memory 
read and write operations. The TBC can operate in either an 8-bit or a 16-bit bus configuration. 

NOTE 

The TBC does not check for an "odd pointer" and does not generate an address error 
for an odd word boundary. For an 8-bit data bus, an "odd pointer" is proper. For a 16- 
bit bus, the TBC zeros the least significant address bit and therefore always presents an 
even word address to the bus. The system designer must ensure that the TBC is not 
supplied with an "odd pointer" in a 16-bit configuration. 

6.2.1 DMA Burst Control 

The TBC has an operation mode that controls the maxinnum number of DMA transfers that the 
TBC can perform in one DMA burst. The operation mode bit is called halt generator enable (HLEN) 
and is controlled by the SET MODE 3 command. If the TBC is to be given the maximum memory 
bandwidth, HLEN should be set to zero. In this case the TBC will empty or fill the FIFO in one 
DMA burst. If the TBC is to have limited DMA burst, HLEN should be set to one. In this case, the 
TBC will release the bus after a maximum of eight memory cycles. If the FIFO is not empty or 
full, the TBC will request the bus again. This limited DMA burst mode provides an upper bound 
for latency and allows other masters to access the memory. 
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6.2.2 TBC Read Cycles 

During a DMA read operation, the TBC controls the transfer of the data fronn memory into the 
TBC. The functional timing for this operation is shown in Figure 6-4. The TBC drives FC0-FC3 and 
A1-A31 pins with the addre ss of the mem ory loca tion that the TBC wants to read. AS, and 
depending on the data size, UDS/AO and/or LDS/DS are asserted and R/W is driven high. Data 
transfer acknowledge is asserted by the system when valid data from memory are on the appro- 
priate datajines. If in the 8-bit bus mode, only the data on lines D0-D7 are assumed to be valid. 
When DTACK is asserted, data is latched by the TBC from the data lines, and the address, function 
code and control signals are negated. 
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Figure 6-4. Read Cycle and Slow Read Cycle 



6.2.3 TBC Write Cycles 



During a DMA write operation, the TBC controls the transfer of data to memory from the TBC 
internal registers or FIFO. The functional timing for this operation is shown in Figure 6-5. The TBC 
drives FC0-FC3 and A1-A31 pins with the address of the memory location to be written. Then, 
address strobe (AS ) is asse rted and, depending^n the data size, upper data strobe (UDS/AO) and 
lower data strobe (LDS/DS) a re asser ted and R/W is driven low. Data to be written to memory is 
placed on the bus and, when DTACK is asserted, the cycle is termi nated. On the slow write cycle 
shown in Figure 6-5, the bus cycle is extended because DTACK does not appear as soon as 
expected by the TBC (by the end of S4). 

6.3 BUS EXCEPTION CONTROL FUNCTIONS 



To fully support the M68000 bus architecture, the TBC has three encoded inputs, BEC0-BEC2, that 
in dicate abnorm al bu s cycle termination conditions. These three lines function in a similar manner 
to RESET, HALT, and BERR signals on a M68000 processor, but have different functionality than 
the processor counterparts. The 3-bit bus exception control code allows eight differe nt bus ter- 
mination conditions as shown in Figure 6-6. BECO is the l east significant bit and BEC2 is the most 
significant bit. When an exception is encoded on the BEC lines, the TBC will terminate the current 
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Figure 6*5. Write Cycle and Slow Write Cycle 
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Figure 6-6. BEC Encoding Definitions 



bus cycle and wait for the BEC encoding to return to zero. Each of the possible conditions is 
discussed in detail in the following paragraphs. 

There are three possible cases for bus exceptions. In the first case, a very early bu s exception 
occurs when the bus exception is asserted more than one clock cycle before DTACK is asserted. 
The bus exception is acted on without any delay by the TBC and the bus cycle is termi nated. In 
case two, which is the typical case, the bus exception occurs in the same clock cycle as DTACK. 
One delay cycle is added to the bus cycle to be sure that a bus exception has occurred before 
the bus cycle is terminated . In the third case, the bus exception signal occurs on the clock after 
data transfer acknowledge (DTACK) has been asserted. In this case, one clock delay is also added 
before the bus cycle is terminated. 
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6.3.1 Normal Termination 



When the BEC pins are non-asserted, the TBC operates in a nornnal mode and DTACK terminates 
the bus cycle. 



6.3.2 Halt 

A logical one e ncoded o n the BEC pins halts the TBC and the current bus cycle is terminated by 
the a ssertion of DTACK. The TBC releases ownership of the bus and enters the idle state until the 
BEC pins return to normal mode (logical zero). The halt timing diagram is shown in Figure 6-7. 
The TBC rearbitrates for the bus and continues DMA operations if necessary. 
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Figure 6-7. TBC Write Cycle with HALT 



6.3.3 Bus Error 

When a logical two is enco ded on the BEC pins, the TBC aborts the current bus cycle and releases 
bus mastership. After the BEC lines return to normal, the TBC rearbitrates for the bus to report 
the bus error to the host processor by writing the address that caused the error into the DMA 
dump area in the initialization table. The TBC sets the bus/address error bit in the initialization 
table interrupt status word, and interrupts the host processor if enabled. A bus error condition is 
shown in the Figure 6-8 timing diagram. 

6.3.4 Retry 

A logical three encoded on the BEC pins of the TBC terminates the curre nt bus c ycle and places 
the TBC into a waiting mode. The TBC retains bus mastership by keeping BGACK asserted. When 
the BEC pins return to normal, the TBC reruns the same bus cycle using the same address and 
function code. Figure 6-9 shows the timing diagram for a retry operation. 
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Figure 6-8. TBC Read Cycle with Bus Error 
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Figure 6-9. TBC Read Cycle with RETRY 
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6.3.5 Relinquish and Retry 

If the BEC pins are encoded with a logical four, then the TB C term inates the current bus cycle 
and relinquishes bus mastership. One debounce delay after the BEC pins have returned to normal, 
the TBC rearbitrates for the bus and reruns the same bus cycle as shown in Figure 6-10. 
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Figure 6-10. TBC Read Cycle with Relinquish and Retry, Early and Late 



6.3.6 Reset 



A logical seven encoded on the BEC pins causes the TBC to execute an internal reset sequence. 
Hardware and software reset will cause the TBC to execute the same steps, see 3.2.5 RESET 
Command for more details. 



6.3.7 Undefined BEC Codes 

If a logical five or six is encoded on the BEC pins, the TBC takes no action as shown in Figu re 6- 
11. However, the bus cycle may be extended one more c lock cycle due to the debouncing of BEC 
lines. The TBC terminates the current cycle after DTACK is asserted. 

6.4 BUS ARBITRATION 

Bus arbitration is a technique used by bus master devices to request, be granted, and acknowledge 
bus mastership. In its simplest form, it consists of the following. 

• Asserting a bus mastership request. 

• Receiving a bus grant indicating that the bus is available at the end of the current cycle. 
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Figure 6-11. TBC Read Cycle with Unefined Bus Exception 

• Monitoring the bus for the previous bus master to release the bus and acknowledging that 
bus mastership has been assumed. 

The TBC uses this M68000 bus arbitration protocol to request bus mastership before entering the 
DMA mode of operation. The bus arbitration timing diagram is shown in Figure 6-12. 




OTHER BUS MASTER 
SO SI S2 S3 S4 S5 S6 S7 



TBC CYCLE 
SO SI S2 S3 S4 S5 S6 S7 



BR 
(OUTPUT) 

BG 
(INPUT) 

AS 
(I/O) 

BGACK 
(I/O) 



\ 



\ 



\ 



/ 



NO BUS MASTER 



7 



/ 



V 



r^ 



r^ 



TBC CYCLE 
SO SI S2 S3 S4 S5 S6 S7 



BR 
(OUTPUT) 

BG 
(INPUT) 

AS 
(I/O) 

BGACK 
(OUTPUT) 



\ 



/ 



/ 



\ 



r- 



\ 



r^ 



Figure 6-12. Bus Arbitration 
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6.4.1 Requesting the Bus 

External devices capable of becoming bus masters request the bus by asserting the bus request 
(BR) signal. This is a wire-ORed signal that indicates to the external bus arbiter that some external 
device requires control of the external bus. The bus is requested by the TBC when a command 
is Issued that requires a DMA operation, or when data needs to be moved to or from the internal 
FIFO. The TBC will request the bus when there are four empty words in the FIFO in the transmit 
case, or when four words have been received in the FIFO in the receive case. 



6.4.2 Receiving the Bus Grant 

The host processor or a bus arbiter circuit asserts bus grant (BG) as soon as possible to indicate 
that another bus master may assume control after the current bus master releases the bus. 
Normally this is immediately after internal synchronization of the host processor. The only ex- 
ception to this occurs when the host processor has made an internal decision to execute the next 
bus cycle, but has not progressed far enough into the cycle to have asserted the address strobe 
(AS) signal. In this case, bus grant will be delayed until AS is asserted to indicate that a bus cycle 
is being executed. 

The bus grant (BG) signal may be routed through a daisy-chained network or through a specific 
priority-encoded network. The host processor is not affected by the external method of arbitration 
as long as the protocol is obeyed. 



6.4.3 Acknowledgement of Mastership 



Upon receiving a bus g rant, the TBC waits until AS and bus grant acknowledge (BGACK) are 
negated before assert ing BGA CK. The negation of AS indicates that the previous master completed 
its cycle; negation of BGACK indicates that the previous mast er has re leased control^ of the bus. 
When these conditions are met, the TBC asserts BGACK. After BGACK is asserted, BR is negated 
to allow the external arbiter to begin arbitration of the ne xt bus master. The current bus master 
only maintains control of the bus until it negates BGACK. 



6.4.4 Bus Arbitration Control 

The bus arbitration control unit in the TBC is implemented with a finite state machine. The state 
diagram of this machine is shown in Figure 6-13. All asynchronous signals to the TBC are syn- 
chronized before they are used internally. This synchronization is accomplished in a maximum 
of one cycle of the system clock. The input signal is sampled on the falling edge of the clock and 
is valid internally after the next rising edge. 



6.4.5 Reset Operation 

The TBC is reset either by a host processor command passed to the TBC or by a hardware reset 
from an external device. The host processor can issue a reset by passing the TBC a RES ET 
command (hex "FF"). The hardware reset is accomplished by encoding reset on BEC0-BEC2. A 
reset encoding on the BEC lines should be asserted for at least ten clock cycles. Normally, the 
TBC requires four clock cycles before it is ready to accept a subsequent command after either a 
hardware or software reset. 
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Figure 6-13. Bus Arbitration Unit State Diagram 



6.5 BUS OVERHEAD TliVIE 

In asynchronous bus systems, such as those defined for the M68000 Family, a certain amount of 
time is used to synchronize incoming signals. This is "wasted time" since no data transfer activity 
can take place during those periods. In many applications, the synchronization overhead time 
required to switch bus masters must be known to predict system behavior. 

For the TBC, there are two types of overhead: 

Time for the TBC to take control of the bus (front-end overhead), and 

Time that occurs when the TBC releases control of the bus to another bus master (back-end 
overhead). 

The timing diagram for the front-end and back-end overhead for the TBC is shown in Figure 6- 
14. 



6.5.1 Front-End Overhead 

This overhead is the delay that occurs from the time that the host processor terminates a bus 
cycle by negating AS to when the TBC starts the bus cycle by placing the fun ction codes and 
address information on the bus. It is assumed that BG is asserted and BGACK is negated prior 
to negation of AS by the host processor so that no additional synchronization delays are introduced 
by thos e signals. After one synchronization delay plus one and a half clock cycles, the TBC asserts 
BGACK to assume control of the bus and begin the DMA cycle. The front-end overhead is between 
two-and-a-half and three-and-a-half clock cycles. 
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Figure 6-14. Bus Timing Diagram 



6.5.2 Baclc-End Overheiad 



Thi s overhead time is the delay between when the TBC has completed all operations and negated 
AS, and the start of the next bus cycle which is controlled by another bus master. The TBC negates 
the BGACK signal one cycle after the last bus cycle. One synchronization delay plus one-half clock 
cycle later, the new bus master begins the next bus cycle. 



6.6 REGISTERS 

The following registers are user programmable: the command register (CR), the data register 
(DR), and the interrupt vector register (IV). Table 6-1 shows how the TBC registers are accessed 
for 8-bit bus and Table 6-2 shows how the TBC registers are accessed using a 16-bit data bus. 



Tablej5-1. 8-Bit Bus Access 
(CS = OandR/W=0) 
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Table 6-2. 16-Bit B^ Access 
(CS = OandR/W=0) 
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SECTION 7 
TBC INTERFACES 



The TBC must be interfaced to a host processor, buffer memory, and the physical layer of the 
communication medium. 



7.1 TBC-TO-HOST PROCESSOR INTERFACE 

Figure 7-1 illustrates the connection of the TBC to a MC68020 host processor, while Figure 7-2 
illustratresthe interface of the TBC to iAPX80186. For detailed descriptions of the bus signals see 
SECTION 5 SIGNALS. 



7.2 NON-M68000 BUS INTERFACE 

The TBC has a programmable mode which allows use with non-Motorola byte ordered memory 
structures. Figure 7-3 illustrates, for example, the comparison between the Intel 8086 and the 
Motorola M68000 memory configurations. 

Information stored in a data buffer is assumed to be organized in bytes. The first byte is byte 
and the last byte is byte 4. The TBC can internally swap the data on the bus according to the 
swap bit in the SET MODE 3 command during TBC initialization. The byte swapping option is 
limited to data that is transmitted or received in the data buffers. Initialization table entries and 
pointers and control data in frame descriptors MUST be organized to the Motorola standard. 

Another consideration besides byte order is control line usage. In case of the I ntel 80 86 Family, 
the address lines always provide a full byte address using AO. A signal called BHEN is used to 
indicate a data transfer on D8-D 15. As a si mple i n terfa ce to Intel type devices, the TBC signals 
can be utilized as follows: UDS is used as BHEN, LDS is used as AO. In a similiar manner, it is 
possible to map bus arbitration schemes. In this case, the Intel HOLD fu nction is similiar to 
Motorola bus request, and HOLDA can be treated as bus grant. BGACK also provides extra 
information to the system. In cases where the TBC may be enabled for unlimited DMA burst 
cycles, the user may want to create a capability for the processor to request the bus immedia tely. 
This can be accomplished in a potentially disruptive manner through encoding BERR on the BEC 
lines, or in a more predictable manner through HALT or RETRY encodings. 
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Figure 7-1. TBC to MC68020 Interface 
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7.3 IVIAC SUBLAYER-TO-PHYSICAL-!JVYER INTERFACE 

This physical layer interface complies with the IEEE Draft Standard 802.4G. Physical data units 
are sent and received as atomic symbols. To minimize the number of signal lines, the station 
management functions required by the physical layer make use of the data lines. The three primary 
functions of the interface are: 

Physical Data Request Channel 

In the MAC mode, this channel is used by the TBC to provide encoded requests for data 
transmission. 

Physical Data Indication Channel 

In the MAC mode, this channel is used by the physical layer to provide encoded indications 
of data unit reception to the TBC. 

Physical Layer Management 

In the station management mode, this interface also provides the ability to pass station 
management requests, indications, and confirmations between the MAC device and the phys- 
ical layer. Although management is not directly a MAC function, the MAC interface is used 
as a channel to provide this service. The request channel consists of four basic signal lines. 
These signal lines are synchronized to the transmit clock (TXCLK). The indication channel 
also consists of four signals which are synchronized to the receive clock (RXCLK). 

See 5.6 SERIAL INTERFACE for a detailed description of the serial interface. 
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SECTION 8 
ELECTRICAL SPECIFICATIONS 

This section contains tiie electrical specifications and associated timing information for the MC68824. 



8.1 MAXIMUM RATINGS 



Rating 


Symbol 


Value 


Unit 


Supply Voltage 


Vdd 


-0.3 to +7.0 


V 


Input Voltage 


V|n 


-0.3 to +7.0 


V 


Operating Temperature 
MC68824 
MC68824I 


ta 


0to70 
to 85 


"C 


Storage Temperature 


Tstg 


-55 to 150 


°c 


8.2 THERMAL CHARACTERISTICS 


Characteristic 


Symbol 


Value 


Unit 


Thermal Resistance for PGA 


ejA 


33 


°c/w 



This device contains circuitry to protect the 
inputs against damage due to high static volt- 
ages or electric fields; however, it is advised 
that normal precautions be taken to avoid 
application of any voltage higher than max- 
imum-rated voltages to this high-impedance 
circuit. Reliability of operation is enhanced if 
unused inputs are tied to an appropriate logic 
voltage level (e.g., either GND or Vdd). 



Tj = TA + (PD*ejA) 

pd=(Vdd*Idd>+Pi/o 

where: 

P|/0 is the lower dissipation on pins (user determined) which can be neglected 
in most cases. 
For Ta = 70X and Pd = 0.55 W @ 12.5 MHz 
Tj=88°C 



8.3 POWER CONSIDERATIONS 

The average chip-junction temperature, Tj, in °C can be obtained from: 

Tj = TA+(PD-ejA) 



(1) 



where: 
Ta 

ejA 

pd 

Pint 

P|/0 



= Ambient Temperature, °C 

= Package Thermal Resistance, Junction-to-Ambient, °CAA/ 

= P|NT+P|/0 

= IdD X VdD» Watts — Chip Internal Power 

= Power Dissipation on Input and Output Pins, Watts — User Determined 



For most applications P|/0<P|NT and can be neglected. 

The following is an approximate relationship between Pd and Tj (if P|/o is neglected): 

PD = K^(Tj + 273°C) 



(2) 



Solving equations (1) and (2) for K gives: 

K = Pd-(Ta + 273°C) + 0JA-Pd2 (3) 

where K is a constant pertaining to the particular part. K can be determined from equation (3) by 
measuring Pp (at equilibrium) for a known Ta- Using this value of K, the values of Pd and Tj can 
be obtained by solving equations (1) and (2) iteratively for any value of Ta- 
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8.4 DC ELECTRICAL CHARACTERISTICS 

All specifications are valid under the following conditions: Vdd = 4.75 V to 5.25 V, Vss = V, Ta = Tl to Th and 130 pF total 
capacitance on output pins. 



Characteristic 


Symbol 


IVIin 


Max 


Unit 


Input High Voltage {Except System Clock) 


V|H 


2.0 


Vdd 


V 


Input Low Voltge (Except System Clock) 


V|L 


Vss-0.3 


0.8 


V 


Input High Voltage (System Clock) 


VCIH 


2.4 


Vdd 


V 


Input Low Voltage (System Clock) 


VCIL 


Vss-0.3 


0.5 


V 


Input Leakage Current @5.25 V 


lin 


— 


20 


iiA 


Input Capacitance 
(Vin = 0V,TA = 25''C, F=1 MHz) 


Cin 


— 


13 


pF 


Three-State Leakage Current @2.4/0.5 V 


'tsi 


— 


20 


V.A 


Open-Drain Leakage Current @2.4 V 


IQD 


— 


20 


HA 


Output High Voltage 


Vqh 


2.5 
2.4 


— 


V 


(l0H = 1 mA) SMREQ, TXSYM2, TXSYM1, TXSYMO 
(IOH=400(jiA) All Others 


Output Low Voltage 


Vol 


- 


0.5 
0.5 

0.5 
0.5 


V 


(IOL = 8-0 mA) SMREQ, TXSYM2, TXSYM1, TXSYMO 
(IOL = 3.2 mA) A1-A31, FC0-FC3, and UDS/AO as AO 
(l0L = 5.3 mA) D0-D15, AS, LDS/DS, UDS/AO as UDS, DTACK, 

BGACK, R/W 
(l0L = 8.9 mA) IRQ, BR 


Power Dissipation @ 10 MHz, 0°C 

@ 12.5 MHz, 0°C 
@ 16.67 MHz, 0°C 


pd 


— 


0.50 
0.55 
0.70 


W 



8.5 AC ELECTRICAL CHARACTERISTICS 



High and low outputs are measured at 2.0 V minimum and 0.8 V maximum respectively, except SMREQ and TXSYMO-2 which 
are measured from 2.5 V and 0.5 V. High and low inputs are driven to 2.4 V and 0.5 V respectively for AC test purposes. However, 
input specifications are still measured from 2.0 V to 0.8 V. All specifications are valid under the following conditions: (Vdd = 4.75 
V to 5.25 V, Vss = V, Ta=Tl to Th, output load = 130 pF, and output current as specified in 8.4 DC ELECTRICAL CHARACTER- 
ISTICS) 



Num. 


Characteristic 


10 MHz 


12.5 MHz 


16.67 MHz 


Unit 


Min 


Max 


Min 


Max 


Min 


Max 


1 


Asynchronous Input Setup Time 


20 


— 


20 


— 


10 


— 


ns 


2 


UDS, LDS Inactive to CS, lACK Inactive 


— 


100 


— 


80 


— 


60 


ns 


3 


CLK Low (On Which UDS or LDS and CS or lACK are 
Recognized) to Data-Out Valid (see Note 5) 


I 


1/2 
-1-150 




1/2 
-1-120 


— 


1/2 
■1-90 


Clk. Per. 
ns 


4 


CS or lACK High to Data-Out High-Impedance 


— 


60 


— 


50 


— 


35 


ns 


5 


LDS/DS High to Data-Out Hold Time (see Note 6) 





— 





— 





— 


ns 


6 




— 


80 


— 


70 


— 


60 


ns 


lACK or CS Low to DTACK High 
(Driving Three-State DTACK High) 


7 


CLK Low (On Which UDS or LDS and CS or lACK are 
Recognized) to DTACK Low (see Note 5) 


— 


2 
-1-90 


— 


2 

-1-80 


— 


2 

+ 60 


Clk. Per. 
ns 


8 




— 


90 


— • 


80 


— 


50 


ns 


CLK Low to DTACK Low 


9 




20 


— 


20 


— 


20 


— 


ns 


Data-Out Valid to DTACK Low 


10 




100 


— 


80 


— 


60 


— 


ns 


DTACK Low to UDS, LDS, CS, lACK High (Earliest) 


11 


CS or lACK or Data Strobes (The Earliest) High 
to DTACK High (see Note 7) 


— 


60 


— 


50 


— 


40 


ns 


12 






50 




50 


— 


40 


ns 


DTACK High to DTACK High Impedance 
(At End of Bus Cycle) 
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8.5 AC ELECTRICAL CHARACTERISTICS (Continued) 



Num. 


Characteristic 


lOIVIHz 


12.5 MHz 


16.67 MHz 


Unit 


Min 


Max 


Min 


Max 


Min 


Max 


13 


UDS, LDS Inactive Time 


1 


— 


1 


— 


1 


— 


Clk. Per. 


14 


CS, JACK Inactive Time 





— 





— 





— 


ns 


15 


A1-A2 Valid to UDS, LDS, CS (The Latest One) Low (Write) 


30 


— 


20 


— 


20 


— 


ns 


16 




100 


— 


80 


— 


60 


— 


ns 


DTACK Low to Data and A1-A2 Hold Time 


17 


UDS or LDS, CS or lACK (The Latest One) Low to 
Data-in Valid 


— 


80 


— 


70 


— 


60 


ns 


18 


R/W Valid to UDS, or LDS, 
CS or lACK (The Latest One) Low 


20 


— 


20 


— 


10 


— 


ns 


19 


UDS, LDS High to RA/V High 





— 





— 





— 


ns 


20 


CLK High to JRQ Low 


— 


100 


— 


80 


— 


60 


ns 


21 


Reserved 
















22 


Reserved 
















23 


CLK High to BR Low 


— 


60 


— 


55 


— 


40 


ns 


24 


CLK High to BR High Impedance 


— 


55 


— 


50 


— 


40 


ns 


25 




20 


— 


20 


— 


10 


— 


ns 


BGACK Low to BR High Impedance ' 


26 


BG Active/Inactive to CLK Low Setup Time 


20 


— 


20 


— 


10 


— 


ns 


27 




— 


60 


— 


55 


— 


40 


ns 


CLK Low to BGACK Low 


28 




— 


45 


— 


40 


— 


30 


ns 


CLK High to BGACK High Impedance 


29 




2 

-H20 


3 
-1-80 


2 

-1-20 


3 
-H70 


2 

-(-10 


3 

-H50 


Clk. Per. 
ns 


AS and BGACK High, the Latest One, to BGACK Low 
(when BG is Previously Asserted) 


30 




2 

-1-20 


3 
-f80 


2 

-H20 


3 
+ 70 


2 

-HIO 


3 

+ 50 


Clk. Per. 
ns 


BG Low to BGACK Low (No Other Bus Master) 


31 


BR High Impedance to BG High 





— 





— 





— 


ns 


32 




1.5 


1.5 


1.5 


1.5 


1.5 


1.5 


Clk. Per. 


Clock on which BGACK Low to Clock on which AS Low 


33 




— 


55 


— 


50 


— 


40 


ns 


Clock Low to BGACK High 


34 




1.5 


1.5 


1.5 


1.5 


1.5 


1.5 


Clk. Per. 


CLK on which BR Low to CLK on which BGACK Low 


(Assuming that BG is Active and BGACK and AS 
are Inactive for at Least 2 CLK Periods) 


35 




— 


1 


— 


1 


— 


1 


Clk. Per. 


CLK on which AS is High to CLK on which BGACK 
is High 


36 


CLK High to Address Valid 


— 


100 


— 


80 


— 


60 


ns 


37 


CLK High to Address/FC High Impedance 


— 


70 


— 


60 


— 


50 


ns 


38 


CLK High to FC Valid 


— 


60 


— 


55 


— 


50 


ns 


39 


Address Valid to AS Valid 


20 


— 


15 


— 


10 


— 


ns 


40 


CLK High to AS, UDS, LDS Low 


— 


50 


— 


40 


— 


30 


ns 


41 


CLK to AS, UDS, LDS High 


— 


55 


— 


50 


— 


45 


ns 


42 


AS High to Address/FC Invalid 


20 


— 


10 


— 


10 


— 


ns 


43 


CLK High to AS, UDS, LDS High Impedance 


— 


70 


— 


60 


— 


45 


ns 


44 


CLK to R/W High (see Note 4) 


— 


55 


— 


50 


— 


45 


ns 


45 


CLK Low to R/W High Impedance 


— 


70 


— 


60 


— 


45 


ns 


46 


UDS, LDS High to Data-in Invalid 





— 





— 





— 


ns 


47 







100 





90 





60 


ns 


AS, UDS, LDS High to DTACK High 
(Earliest of AS, UDS, or LDS) 


48 




10 


— 


10 


— 


5 


— 


ns 


Data-in to CLK Low Setup Time Required when DTACK 
Satisfies (1) (see Note 1) 
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8.5 AC ELECTRICAL CHARACTERISTICS (Continued) 



Num. 


Characteristic 


10 MHz 


12.5 MHz 


16.67 MHz 


Unit 


Min 


Max 


Min 


Max 


Min 


Max 


49 




— 


65 


— 


50 




40 


ns 


DTACK Low to Data-in Valid Required when DTACK does 
not Satisfy (1) (see Note 2) 


50 


CLK High to R/W Low 


— 


60 


— 


55 


— 


40 


ns 


51 


AS Low to Data-Out Valid (Write) 


— 


90 


— 


80 


— 


60 


ns 


52 


CLK Low to Data-Out Valid 


— 


55 


— 


55 


— 


40 


ns 


53 


Data-Out Valid to UDS, LDS Low 


20 


— 


15 


— 


10 


— 


ns 


54 


UDS, LDS High to Data-Out Invalid 


20 


— 


15 


— 


10 


— 


ns 


55 


CLK High to Data-Out Hold Time 





100 





80 





60 


ns 


56 




1.5 
+ 20 


2.5 

+ 80 


1.5 
+ 20 


2.5 

+ 70 


1.5 

+ 10 


2.5 

+ 50 


Clk. Per. 
ns 


No Exception to BR (DTACK Active) 


57 




— 


55 


— 


35 


— 


30 


ns 


DTACK Low to Asynchronous Exception Active Required 
when DTACK Does Not Satisfy (1) (see Note 2) 


58 


Exception Active to CLK Low Setup Time Synchronous 
Input ("Late Exception") Required when DTACK 
Satisfies (1) (see Note 1) 


45 


— 


45 


— 


20 


— 


ns 


59 


Exception Active to CLK Low Setup Time Asynchronous 
Input (Required when DTACK is Absent) (see Note 3) 


20 


— 


20 


— 


10 


— 


ns 


60 


AS, UDS, LDS High to Exception Inactive 





— 





— 





— 


ns 


61 


Exception Inactive to CLK Low Setup Time 
(for Identification of No Exception) 


20 


— 


20 


— 


10 


— 


ns 


62 




2.5 
+ 20 


3.5 
+ 80 


2.5 
+ 20 


3.5 
+ 70 


2.5 
+ 10 


3.5 

+ 50 


Clk. Per. 
ns 


No Exception to BR (DTACK Inactive) 


63 




10 


— 


10 


— 


10 


— 


Clk. Per. 


RESET (on BEC0-BEC2) Width 


64 


CLK Frequency 


4 


10 


4 


12.5 


8 


16.67 


MHz 


65 


CLK Period 


100 


250 


80 


250 


60 


125 


ns 


66 


CLK Width High (see Note 8) 


45 


125 


35 


125 


25 


62.5 


ns 


67 


CLK Rise/Fall Time (see Note 8) 


— 


10 


— 


5 


— 


5 


ns 


68 


CLK Width Low (see Note 8) 


45 


125 


35 


125 


25 


62.5 


ns 


69* 


RXCLK, TXCLK Frequency 


1 


10 


1 


12.5 


5 


16.67 


MHz 


70 


RXD Signals Setup Time 


35 


— 


35 


— 


25 


— 


ns 


71 


RXD Signals Hold Time 


5 


— 


5 


— 


5 


— 


ns 


72 


RXCLK, TXCLK Rise/Fall Time 


— 


10 


— 


10 


— 


5 


ns 


73* 


RXCLK, TXCLK Width Low 


40 


525 


40 


525 


25 


100 


ns 


74* 


RXCLK, TXCLK Width High 


40 


525 


40 


525 


25 


100 


ns 


75* 


RXCLK, TXCLK Period 


95 


1050 


80 


1050 


60 


200 


ns 


76 


TXCLK High to TXD Signals Output Delay 


5 


55 


5 


55 


5 


45 


ns 


*Parts with an S suffix have the following characteristics: 


69 


RXCLK, TXCLK Frequency 


.01 


10 


.01 


12.5 


— 


— 


MHz 


73 


RXCLK, TXCLK Width Low 


40 


50,000 


40 


50,000 


— 


— 


ns 


74 


RXCLK, TXCLK Width High 


40 


50,000 


40 


50,000 


— 


— 


ns 


75 


RXCLK, TXCLK Period 


95 


100,000 


80 


100,000 


— 


— 


ns 
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8.5 AC ELECTRICAL CHARACTERISTICS (Concluded) 



NOTES: 



1. If DTACK satisfies the asynchronous setup time (1), then (48) is required for the data-in setup time and (58) for the synchronous 
e xception setup time. Erroneous behavior may occur if (58) is not satisfied. 

2. If DTACK does not satisfy (1), then (49) is required for data-in and (57) for the exception. Erroneous behaviour may occur if (57) 
is not satisfied. 

3. Active exception when DTACK is absent must satisfy the asynchronous setup time (59). _ 

4. R/W rises on the end of a write cycle (i.e., on the_phase following S7). If the TBC relinquishes the bus, then R/W is three-stated 
one phase la ter. Wh en the TBC takes the bus, R/W is three-stated until_S1 and rises on that phase. 

5. Data (3) and DTAC K (7) wi ll be timed from the earliest clock on which CS and e ither data strobe are recognized during an MPU 
cycle. D ata (3 ) and DTACK will be timed f rom the earliest clock on which lACK and either data strobe du ring an lACK cycle. 

6. If CS or lACK is negated before UDS/LDS, the data bus will be three-stated (4), pos sibly before UDS/LDS negation. 

7. If an 8-bit bus is used only LDS need be considered. If a 16-bit bus is used, both UDS and LDS must negate to apply to this 
specification. 

8. The clock signal used during test has 5 ns of rise time and 5 ns of fall time. For system implementations that have less clock 
rise and fall time, the clock pulse minimum should be commensurately wider such that: 

1. System (TCL-l-(TCR-HTCF)-H2)>(minimum TCYC)h-2 

2. System (TCH + (TCR+TCF)^2)&(minimum TCYC)4-2 
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CS 

(INPUT) 



D0-D15 
(OUTPUT) 



DTACK 
(OUTPUT) 






-<H> 



% 




*<D 



*<D 






:?^ 



<^ 



Ki) 



7" 



d^' 



Ki} 



®* 



KD 



HD 



r 



^<D 



> 



<n>|*- 



h® 



7^ 



Figure 8-1. Host Processor Read Cycle 
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Figure 8-2. Host Processor Write Cycle 
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Figure 8-3. Interrupt Acknowledge Cycle 
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Figure 8-4. Bus Arbitration 
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so SI S2 S3 S4 S5 S6 S7 SO SI S2 S3 S4 S5 SW SW SW SW SW SW SW SW S6 S7 



(36> 



A0/A1-A31 
(OUTPUT) 



(38> 



FC0-FC3 
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®- 
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NOTE: The solid lines assume that the communication controller was bus master on the last cycle. The dotted lines assume that there was 
a different bus master. 



Figure 8-5. Read Cycle and Slow Read Cycle 



MOTOROLA 



MC68824 USER'S MANUAL 
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Figure 8-6. Write Cycle and Slow Write Cycle 
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CASE ONE: If DTACK satisfies 1 then 48 and 58 are required. If DTACK is active but does not satisfy 1 then 49 and 57 are required. 



CASE TWO: If DTACK is not active then 59 is required for the exception active set-up time. Parameter 61 is always required for the exception Inactive 
set-up time . 



Figure 8-7. TBC Read Cycle with RETRY 
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so SI S2 S3 S4 S5 SW SW S6 S7 



SO SI S2 S3 S4 S5 SW SW S6 S7 




EARLY AS YNCHR ONOUS EXCEPTION 
DTACK INACTIVE 



late sy nchron ous exception 
Stack active 



Figure 8-8. Read Cycle with Bus Error 
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NOTE: The above occurs when the TBC requires the bus cycle after a previous exception. 

Figure 8-9. BR After Previous Exception 
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CASE 
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CASE 
TWO 
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NOTE: Two alternatives of DTACK and exception. Case one has DTACK occur after 
exception and case two has exception occur after DTACK. 

Figure 8-10. Short Exception Cycle 
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Figure 8-11. Clock, CLK 



RXCLK 
(INPUT) 



RXD 
(INPUT) 



TXCLK 
(INPUT) 



TXD 
(OUTPUT) 



KS). 



-w4*<2) 



h<2). 



CsH 



.^^^^^^A 



h®. 



\ 



K3- 



/ 



.^^^.^^^^ 



^. 



RXD SIGNALS: SMIND 
RXSYM2 
RXSYM1 
RXSYMO 



TXD SIGNALS: SMREQ 
TXSYM2 
TXSYM1 
TXSYMO 



Figure 8-12. TBC Serial Data (RXD and TXD) and Serial Clocks (RCLK and TCLK) 
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SECTION 9 
ORDERING INFORMATION AND MECHANICAL DATA 



This section contains the pin assignments and package dimensions for the PGA (pin grid array) 
for the MC68824RC and for the PLCC (I\/1C68824FN). In addition, detailed information is provided 
to be used as a guide when ordering. 



9.1 PACKAGE TYPES 



Suffix 


Package Type 


Comments 


RC 


Pin Grid Array (PGA) 
Ceramic 


Depopulated Center Pins 
Gold Lead Finish 
No Standoffs 


FN 


Plastic Leaded Chip Carrier 


Suitable for Socketing or 
Surface Mounting 



9.2 STANDARD ORDERING INFORMATION 



Package 


Serial 


System 


Temperature 


Ordering 


Type 


Range 


Frequency 


Range 


Designation 


Pin Grid Array 


1 MHz to 10 MHz 


10.0 MHz 


OX to 70X 


MC68824RC10 


RC Suffix 


1 MHz to 12.5 MHz 


12.5 MHz 


0°C to 70X 


MC68824RC12 




5 MHz to 16.67 MHz 


16.67 MHz 


0°C to 70°C 


MC68824RC16 




10 kHz to 10 MHz 


10 MHz 


0°C to 70X 


MC68824RC10S 




10 kHz to 12.5 MHz 


12.5 MHz 


0°C to 70°C 


MC68824RC12S 


Pin Grid Array 


1 MHz to 10 MHz 


10.0 MHz 


0°C to 85X 


MC68824IRC10 


IRC Suffix 


1 MHz to 12.5 MHz 


12.5 MHz 


OX to 85X 


MC68824IRC12 




5 MHz to 16.67 MHz 


16.67 MHz 


OX to 85X 


MC68824IRC16 


Plastic Lead 


1 MHz to 10 MHz 


10.0 MHz 


OX to 70X 


MC68824FN10 


Chip Carrier 


1 MHz to 12.5 MHz 


12.5 MHz 


OX to 70X 


MC68824FN12 


FN Suffix 


10 kHz to 10 MHz 


10 MHz 


OX to 70X 


MC68824FN10S 




10 kHz to 12.5 MHz 


12.5 MHz 


OX to 70X 


MC68824FN12S 



MC68824 USER'S MANUAL 



MOTOROLA 



9.3 PIN ASSIGNMENTS 



^ r^ <0 L'^ 
O < < < 



Plastic-Leaded Chip Carrier i 

>- 

CO 

< < E^ 



CO CM .— ea 



CO CM >— 



CO' CO 



innnnnnnnnnnnnnnnnni 

'11 84 




uuuuuuuuuuuuuuuuuuu 



CO pvl t— ^ 



o» CO r^ «o tn 



aaaaaaaaaooa 



ICO ICO ts 



Pin-Grid Array 



(O 


o o 


o 


o 


o o 


o 


o 


o 


TXSYM0TXSYM2TXSYM1 


A3 


A6 


A8 A10 


A12 


A14 


A16 


o o o 


o 


o 


o o 


o 


o 


o 


SMIND RXCLK RXSYM 


A2 


A5 


A9 A13 


A15 


A17 


A19 


o o o 


o 


o 


o o 


o 


o 


o 


RXSYM2 RXSYMO TXCLK 


A1 


A4 


A7 / 


Ml 


GNO 


A18 


A20 


O O 










o 


o 


o 


BEC1 BEC2 SMREQ 

o o o 










A21 

o 


A22 

o 


A23 






o 


CLK BECO Vss 










VOD 


A24 


A25 


o o 










o 


o 


o 


BR BG Vss 

o o o 


/ 








A26 

o 


A28 

o 


A27 






o 


BGACK lACK Vqd / 










CS 


A31 


A29 


O (J 


o 


o 


O ( 


D 


o 


o 


o 


IRQ DTACK NO! USED DO 


D6 


D9 


312 


GND 


FC1 


A30 


o c/ o 


o 


o 


O ( 





o 


o 


o 


R/W 


NC UDS/AO 


02 

o 


D5 

o 


08 C 

O ( 


11 
D 


D15 

o 


FC3 

o 


FCO 


o 


o o 


o 


LDS/DS 


AS D1 


D3 


D4 


D7 C 


in 


D13 


D14 


FC2 


\ 
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9.4 PACKAGE DIMENSIONS 



FN SUFFIX 
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NOTES: 

1. DUE TO SPACE LIMITATION, CASE 
780^)1 SHALL BE REPRESENTED 
BY A GENERAL (SMALLER) CASE 
OUTLINE DRAWING RATHER THAN 
SHOWING ALL 84 LEADS. 

2. DATUMS -L-, -M-, -N-, AND -P- DETERMINED 
WHERE TOP OF LEAD SHOULDER EXIT PLASTIC 
BODY AT MOLD PARTING LINE. 

3. DIM G1, TRUE POSITION TO BE MEASURED AT 
DATUM -T-, SEATING PUNE. 

4. DIM R AND U 00 NOT INCLUDE MOLD 
PROTRUSION. ALLOWABLE MOLD PROTRUSION 
IS 0.25 (0.010) PER SIDE. 

5. DIMENSIONING AND TOLERANCING PER ANSI 
Y14.5M, 1982. 

6. CONTROLLING DIMENSION: INCH. 
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APPENDIX A 
IEEE 802.4 OPERATION 



The IEEE 802.4 token bus standard defines a broadcast protocol where all stations on the network 
hear everything (or a portion of everything) that is transnnitted. While the station holds the token, 
it has the right to transmit. All stations on the network do not have to be involved in token passing. 
There may be stations that just "listen" or stations that only respond to special re- 
quest_with_response frames. Every station has the capability to detect and correct network error 
conditions such as multiple tokens or lost tokens. This means that no special "monitor" stations 
are required. 



A.1 FUNCTIONS 

The non-error condition functions of the token bus medium access control layer are to maintain 
steady state operation by passing the token, establish a logical ring on initialization, and allow 
stations to enter and leave the logical ring without disrupting the network. The error related 
functions are to recover from multiple tokens, lost tokens, token pass failures, non-operating 
receivers and transmitters, and duplicate station addresses. Explanation of error related functions 
are not presented here. Descriptions may be found in the IEEE 802.4 standard. 



A.2 STEADY STATE OPERATION 

TERMS 

This Station (TS) 

The address of the station that the discussion is in reference to 

Previous Station (PS) 
The address of the station that TS gets the token from 

Next Station (NS) 
The address of the station that TS passes the token to 

During steady state operation, the token is passed from the highest addressed station in the 
network to the next highest addressed station, in descending order of address to the lowest 
addressed station, then back to the highest addressed station. This circular passing of the token 
forms a logical ring. Each station knows its previous station (PS), its next station (NS), and its 
own station address referred to as this station (TS). PS and NS are dynamically determined by 
the token bus protocol. Each station is allowed to hold the token for a user programmed amount 
of time. The addition of all the maximum amounts of time each station may hold the token plus 
the propagation delay equals the maximum token rotation time. The maximum token rotation 
time is a measure of the worst case time between each station's opportunity to transmit. 
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A.3 INITIALIZATION 

TERMS 

Slot Time 

A measurement of time consistent throughout the networl< which is defined as the maximum 
amount of time any station need wait for an immediate response from another station. It is 
primarily dependent on the worst case station delay in the network. The mathematical formula 
is given in 2.1.24 Slot Time. 

Bus Idle (Inactivity) Timer 
A timer within the Token Bus Controller MAC that determines how long the station will listen 
to silence before trying to initialize the logical ring. This timer is set at seven slot times unless 
it is the lowest addressed station when it is set to six slot times. 

"Claim-Token" Control Frame 

Control frame sent to initialize the logical ring. Any station that has not heard anything on 
the bus for a specified time (the inactivity timer expired), will send a "claim-token" frame 
to start the initialization sequence. A "claim-token" frame has a data field length of zero, 
two, four, or eight slot times, depending on the address of the station. 

Initialization of the logical ring is a special case of adding new stations. One station on the network 
will claim the token and the algorithm is set up such that the station who claims the token is the 
highest addressed station. Each active station on the network monitors the medium. If nothing 
happens for a specified length of time, that station's bus-idle (inactivity) timer times out. When 
the bus-idle timer expires, the station sends a "claim-token" control frame. The length of the 
"claim-token" frame information field is in multiples of slot time (zero, two, four, or six) and is 
determined (the first time) by the two most significant bits in the station's address. Having different 
lengths of the "claim-token" frames is done in anticipation that more than one station will attempt 
to establish the logical ring at the same time. After a station sends a "claim-token" frame, the 
station waits one slot time for its transmission to die out, then samples the cable. If the station 
hears non-silence, it knows that a station with a higher address is also attempting to establish a 
logical ring, so the lower addressed station (TS) defers initialization to the higher addressed station. 
If the station heard silence, it sends another "claim-token" frame with the next two significant 
bits of its address determining the length of transmission. When all the address bits have been 
used in the above manner plus one more claim token frame whose length is determined by two 
random bits and silence is still sensed, the station has won the initialization sequence and now 
holds the token. The logical ring is built from here by adding new stations as described in the 
following paragraphs. 



A.4 PASSING THE TOKEN 

TERMS 

"Token" Control Frame 

A bit pattern used to determine when a station can transmit 

"Who-Follows" Control Frame 

Control frame used to determine who the station is that is the successor to this station's NS, 
which is contained in the data field of the frame. A "who-follows" frame is used to skip over 
a non-working station to delete it from the logical ring. After this frame is sent, the sending 
station waits three slot times for a response. An appropriate response is a "set-successor" 
frame. 
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"Set-Successor" Control Frame 

Control frame which tells the requesting station who its successor should be. It is an appro- 
priate response to any "who-follows" or "solicit-successor" control frame. Its destination 
address is equal to the source address of the last frame received. Its data unit is equal to the 
station's NS or TS. 

"Solicit-Successor_2" Control Frame 

Used to allow stations to enter the logical ring if it is the lowest addressed station in the 
network. Also, it is used to allow any station to respond when the station does not know the 
state of the network. Two response windows always follow this frame. 

A station passes the token by encoding it in the MAC frame control field of a frame addressed to 
its successor. After the token is sent, the station listens to the medium to make sure the token 
pass has been completed successfully. If the sending station hears a valid frame, it assumes its 
successor has received the token correctly and is transmitting. If the sending station hears an 
invalid frame, it will wait and listen for up to four slot times. If anything is heard during those 
four slot times, the sending station assumes its successor has the token and is operating correctly. 
If, in those four slot times, the sending station still does not hear anything, it assumes it was the 
garbled token frame that it heard. The sending station will repeat the token pass once and listen 
to the medium again. If nothing is heard again within the four slot times, the sending station 
assumes its successor has failed. The sending station will now send a "who-follows" frame with 
its successors address in the data field of the frame. All the stations on the network compare this 
address to the address of their predecessor and if they match, that station will send a "set-successor" 
frame with its address in the data field. The sending station now knows who its new successor 
is and has deleted the failed station out of the ring. If the station hears no response to the 
"who-follows" frame, it sends a "sollcit-successor-2" frame with its address as both the source 
address and destination address, asking any station in the network to respond. Any operational 
station within the logical ring should respond to this control frame. If no station responds to the 
"solicit-successor-2" frame, the station gives up trying to maintain the logical ring and waits for 
any activity on the network. 



A.5 ADDING NEW STATIONS 

TERMS 

Any-Send-Pending 

A boolean that indicates that there is something In the transmit queues to transmit for this 
station. 

In-Ring-Desired 
A boolean that indicates whether the station wishes to be a part of the logical ring, even if 
it has nothing to send. 

"Solicit-Successor-1" Control Frame 

Control frame used to allow stations between TS and NS to enter the logical ring. One 
response window always follows this frame. 

Response Window 

Measured in slot times, the response window is opened after a MAC control frame to hear 
a response. The parameter max-inter-solicit-count determines how often a station attempts 
to open a response window. 
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New stations attempt to join the logical ring when their any-send_pending or in-ring-desired 
parameters become true. New stations are added to the logical ring through a controlled con- 
tention process. On each rotation of the token for each station, the current token rotation time 
(measured by the ring maintenance timer) is compared to the value set by station management 
(max-ring-maintenance-rotation-time). If the ring maintenance timer value is less than the 
max_ring-maintenance-time value, that station will let a new station enter if the new station's 
address is between its address and the address of its successor. This occurs by the station sending 
out a "solicit-successor-1" control frame with its address and the address of its successor. Then 
the sending station waits one response window (one slot time before a station starts transmitting) 
for a station to begin to answer that it is within that range. Responding stations send this soliciting 
station a "set-successor" frame with its address in the data field so the soliciting station will 
make the responding station its new successor. It is possible for more than one station to respond 
to the "solicit-successor" at the same time. If this happens, the soliciting station sends a "resolve 
contention" control frame which works much like the initialization algorithm. 

A.6 PRIORITY 

The priority option within the IEEE 802.4 standard is implemented by the token bus controller. 
This option allows more important messages to be transmitted the next time the station receives 
the token, and less important messages to be transmitted when important messages do not need 
to be transmitted. There are four priority queues (access classes) for receive and four priority 
queues (access classes) for transmit. These access classes are six, four, two, and zero, with six 
being the highest access class. LLC has eight access classes defined. These eight access classes 
are mapped into the MAC access classes by the MAC ignoring the least significant bit. 

The TBC always receives frames that are destined to it, and places them in the appropriate priority 
queue. The TBC only transmits out of enabled queues. The user enables the queues in the transmit 
status area of the private area (see 2.1.15 TX Queue Access Class Status). Any combination of 
transmit queues may be enabled. 

When a station receives a token and all the transmit queues are enabled, the station transmits 
out of transmit queue six until it either has nothing more to transmit, or the 
hi-priority_token-hold-time expires. If the station has finished transmitting its queue six frames 
or the hi-priority_token-hold-time has expired, the TBC will then check to see whether it has 
frames in a lower access queue to transmit. If transmit queue four has frames to transmit, the 
TBC checks the target rotation time for access class queue four which has been set by station 
management. If this target rotation time has already been reached, the station can not transmit 
out of this transmit queue and checks the next lower transmit queue. If this target rotation time 
has not yet been reached, the station will transmit out of this priority queue until either it has no 
more frames of this priority to send, or the target rotation time for the access class queue has 
been reached. Then the station checks the target rotation time for the next lower transmit queue 
and so on. When the lowest transmit queue is serviced, the station performs any logical ring 
maintenence if it is required, and then passes the token to its successor. 

NOTE 

This is only a summary of a portion of how the IEEE 802.4 standard works. For more 
information, refer to the IEEE 802.4 standard 1987. This can be purchased from: 

IEEE Headquarters 

345E 47th Street 

New York, NY 10017-2394 

Telephone: (212) 705-7960 
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APPENDIX B 
FRAME FORMATS AND ADDRESSING 



B.I FRAME FORMATS AND ADDRESSING 

The frame format used in an IEEE 802.4 network is as follows: 

I Preamble | SD | FC | DA | SA | Data | PCS | ED | 

Where: 

Preamble = Pattern used to set receiving modem's clock and level 

(one or more octets) 
SD = Start Delimiter (one octet) 

FC = Frame Control (one octet) 

DA = Destination Address (two or six octets) 

SA = Source Address (two or six octets) 

Data = Information (zero or more octets) 

FCS = Frame Check Sequence (four octets) 

ED = End Delimiter (one octet) 

B.1.1 PREAMBLE 

Preamble preceds every transmitted MAC frame. It is used primarily for the receiving modem to 
acquire signal level and phase lock by using a known pattern. Preamble is also used to give 
stations a minimum amount of time to process a frame previously received. The amount of 
preamble transmitted depends on the data rate and modulation scheme. Preamble must always 
be a minimum of 2 microseconds regardless of the data rate and an integral number of octets 
must be sent. Therefore, on a 10 Mbit/sec network, three octets of preamble is the minimum. The 
maximum preamble length is constrained by the jabber control in the physical layer. 

B.1.2 START DELIMITER 

The start delimiter informs the modem that a frame is coming. The signaling patterns of the start 
delimiter are always distinguishable from data. The start deliminter is represented as follows: 

First Bit Transmitted 



■ 



N 


N 





N 


N 












Most Significant Bit 
N = Non Data 
= Zero 
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B.I. 3 Frame Control 



The frame control field determines the type of frame. The three types of frames are MAC control, 
LLC control, and station management. A MAC control frame looks as follows: 



Where: 
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Data frames are represented as follows: 
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For example, an LCC data frame of priority six would have a frame control field in the TBC frame 
descriptor as follows: 



Bits 
Frame Control 



110 10 
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B.1.4 Address Fields 

Addresses may be either 16 or 48 bits in the TBC as set in bit 14 of offset 7A in the initialization 
table upon initialization. All addresses on a local area network must be of the same length. The 
least significant bit of the destination address determines if the address is individual or group (1/ 
G bit). The l/G bit in the source address field is reserved by IEEE 802.4. The next least significant 
bit determines if a 48-bit address is locally administered or globally administered. Globally ad- 
ministered addresses are unique throughout the world and are assigned by IEEE. 

B.1.5 Data 

The number of octets between the start deliminiter and the end deliminiter must be 8191 or fewer, 
not counting SD and ED. The least significant bit is always transmitted first. 

B.1.6 Frame Check Sequence (FCS) 

The FCS Is a 32-bit frame check sequence. The TBC always performs a frame check sequence on 
incoming frames. The TBC always generates an FCS for transmitted frames unless the TCDS bit 
is set in the SET MODE 3 command. If this mode is selected, the TBC treats the last four bytes 
of data as the FCS. The user may also choose to write the FCS to memory through the SET MODE 
3 command. The TBC can accept frames with an incorrect FCS by setting the receive error mask 
in the initialization table appropriately. The term CRC (cyclic redundancy check) is used synony- 
mously with FCS throughout this document. 

B.1.7 End Delimiter 

The end delimiter ends the frame and determines the position of the FCS. The end delimiter 
consists of signalling patterns that are always distinguishable from data. The end delimiter is 
represented as follows: 



First MAC Symbol Transmitted 



N 


N 


1 


N 


N 


1 


1 


E 



N = Non Data 

1 = 0ne 

I = Intermediate Bit ("1" — More to Transmit, "0"- 

E = Error Bit ("0" — No Error, "1" — Error) 



Most Significant Bit 



- End of Transmission) 



B.1.8 Invalid Frames 

An invalid frame is defined by IEEE 802.4 to meet at least one of the following conditons: 

1. Identified as invalid by the physical layer (contains non-data or invalid symbols). 

2. Is not a integral number of octets in length. 

3. Does not contain the proper fields or the fields are in an improper order. 

4. The FCS computation fails. 

5. The frame control field contains an undefined bit pattern. 

6. The error bit is set to one. 
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B.I. 9 Abort Sequence 

An abort sequence prematurely terminates the transmission of a frame. Tiie abort sequence is 
sent by a station that does not wish to continue to send a frame it has already begun sending. 
The TBC will automatically generate an abort sequence if the conditions require it to do so. For 
example, the TBC will generate an abort sequence if it gets an underrun condition while trans- 
mitting a frame. The abort sequence is a start delimiter immediately followed by an end delimiter 
and is represnted as follows: 

First Symbol Transmined 
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B.2 ADDRESSING 

IEEE 802.4 uses the IEEE addressing notation and two types of addressing: individual and group. 
Individual addressing identifies a particular station and group addressing identifies a group of 
logically related stations. These two types of addresses are differentiated by the least significant 
bit in the destination address field of the frame. 



B.2.1 IEEE Addressing 

The IEEE globally administered 48-bit address contains 12 hexadecimal digits with each digit 
paried in groups of two. The bits within each octet or pair, are transmitted from the least significant 
bit to the most significant bit. For example, an address supplied by IEEE is represented as follows: 

F0-2E-15-6C-77-9B 

It would be transmitted onto the local area network as follows: 

First Bit Transmitted 

0000 1111 0111 0100 1010 1000 0011 0110 1110 1110 1101 1001 



This address would appear in the TBC private area as: 

Least Significant Bit 
TS Low 2EF0 TS Medium 6C15 TS High 



9B77 



This address would appear in the TBC frame descriptor as: 

Offset 28 502E Offset 30 156C Offset 32 779B 



B.2.2 Individual Addressing 

The individual address, or this station (TS), of a station is set during initialization through the 
initialization table. The TBC also contains an individual address mask that allows the station to 
accept individually addressed frames for more than one station. The individual address mask is 
also set on initialization through the initialization table. This means the TBC can be used in the 
configuration below. In this example, station 0036 is the only member of the logical ring and 
therefore the only station to receive and send the token. Station 0036 will receive frames addressed 
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TOKEN BUS 




STATION 0030 



STATION 0032 



STATION 0034 



The lA mask is not applied to control frames and the lA mask least significant bit should always 
be zero. If the l/G bit is zero indicating individual addressing, the following opertion is performed 
to determine whether to accept the frame: 

DA AND lA Mask = This Station Address (TS) AND lA Mask 

Some examples are shown below. All examples have this station address (TS) equal to 0036 hex 
and an address length of 16 bits. 

To accept only data from this station (DA = TS), the lA mask is set as below: 
IAMask= 1111 1111 1111 1110 (FFFE hex) 

To accept data frames that are for one of the four stations 0030, 0032, 0034, or 0036: 
IAMask= 1111 1111 1111 1000 (FFF8 hex) 

To cite a specific example, if the destination address of an incoming frame is set to 0032, the 
operation for acceptance of the frame is performed by the TBC as follows: 

0032 (DA) ANDed with FFF8 (lA Mask) = 0036 (TS) ANDed with FFF8 (lA Mask) 

Since the equation is true, the frame is accepted. A binary representation of the acceptance 
equation is shown below: 



DA 


= 0000 


0000 


0011 


0010 




lA Mask 


= 1111 


1111 


1111 


1000 




DA AND lA Mask: 










= 0030 hex 


lA Mask 


= 0000 


0000 


0011 


0000 




TS 


= 0000 


0000 


0011 


0110 




lA Mask 


= 1111 


1111 


1111 


1000 




TS AND lA Mask: 










= 0030 hex 


TS 


= 0000 


0000 


0011 


0110 





The equation would also be true if DA = 0030, 0031, 0033, 0034, 0035, and 0036 so frames with 
these DAs would also be accepted. 

To accept data frames that are only for one of the two stations 0036, 0136: 
lAMask =1111 1110 1111 1110 (FEFE hex) 
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The source address identifies tiie station originating tiie frame and has the same format as the 
destination address, except the individual/group bit is always set to zero. 



B.2.3 Group Addressing 

The TBC recognizes group addressing when the l/G bit (least significant bit of the destination 
address) is equal to one. Only information frames can have group addresses. Messages are sent 
to only one group, but each station may belong to many groups. Therefore, if the sending station 
wants to send a message to multiple groups, a separate message is sent to each group, one for 
each group address. 

The group address may be divided into as many fields as the user requires different groups. In 
the following example, four fields make up the 48-bit group address, even though not all 48 bits 
are used. Unused bits are set to zero. Within the example network, the following group address 
field definition is used: 



Blt# 





3 4 



Floor # 



Cell# 



10 15 

Project ID 



16 21 

Department ID 



22 



47 



Zeros 






001 Floor 1 


000001 Cell 1 


000001 Proj. 1 


000001 Dept. 1 


Zeros 





010 Floor 2 


000010 Cell 2 


000010 Proj. 2 


000010 Dept. 2 


Zeros 





100 Floor 3 


000100 Cell 3 


000100 Proj. 3 


000100 Dept. 3 


Zeros 


etc. 




001000 Cell 4 


001000 Proj. 4 


001000 Dept. 4 


Zeros 



Example of Group Address Mask 



Bit# 




3 4 



9 10 



15 16 



21 22 



47 



010 Floor 2 



001000 Cell 4 



00001 1 Proj. 1 
Proj. 2 



000010 Dept. 2 



000....00000 



The equation for accepting a group address (GA) frame: 

Destination Address (DA) AND GA Mask = DA 

To calculate the value for the group address mask field, the logical OR of the group address is 
used. For example, if a station is a member of both projects 1 and 2, the station's group address 
mask segment for the department ID portion should be set to the logical OR of the group address 
field or 00001 1 . The same is true for the rest of the fields. When assigning group addresses, zeros 
should be used in any field the station doesn't use. By carefully dividing the address into fields, 
a large number of group addresses may be supported. 

A broadcast address is a group address that is all ones. A broadcast addressed frame will go to 
all stations on the network regardless of lA and GA masks, 

B.2.4 Promiscuous Listener 

The TBC can be programmed to operate in a special mode called "promiscuous listener" mode. 
In promiscuous listener mode, a station records everything on the network. This mode is imple- 
mented by setting the individual address mask to all zeros (receive all frames), setting the group 
address mask to FFF (receive all group addressed frames) and setting copy for all control frames 
as data (through the SET MODE command). 
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APPENDIX C 
BRIDGING 



C.I INTERCONNECTION OF NETWORKS 

Bridges, routers, and gateways are all used to interconnect networks. Bridges are the simplest of 
interconnecting devices and are defined to connect similar networks by using only the first two 
OSI layers. Routers, also referred to as "level 3 relays", are more complicated than bridges and 
utilize the ISO OSI level 3 function of segmenting. Gateways, also referred to as "level 7 relays", 
are the most complicated of interconnecting devices and connect networks with different protocol 
architectures. The type of interconnecting device used depends on the networks being connected 
and the performance required. 

MAC bridges are specified by IEEE 802.1 and the MAP specification because of MAP's requirements 
for performance, transparency, ease of use and cost. Bridges have the best performance of any 
interconnecting device since they connect only similar LANs and do not require much software 
to operate. The end user never needs to know where a station that it addresses physically resides, 
meaning bridges are transparent. When nodes change location within an extended LAN, little or 
no human or LAN intervention is required using bridges as interconnecting devices, making them 
very easy to use and maintain. Since bridges have the least amount of hardware and software 
of any interconnecting device, they are the least expensive to implement. 

Examples of where bridges are intended to be used are given in the MAP specification and include: 
connecting two or more identical LANs, multiplying the maximum allowable nodes and maximum 
allowable cable distances without affecting the token rotation times of each segment (a bridge is 
not a repeater); connecting LANs with different data rates (connecting 10 Mbps 802.4 broadband 
to 5 Mbps 802.4 carrierband); and connecting two different broadband channels on a broadband 
backbone. When using a bridge, it is important to consider the different frame length limitations 
of the segments being connected. 

There are many different ways to implement bridging. Some of the different ways the TBC may 
be used to implement bridging are described in the following paragraphs. 



C.2 HIERARCHICAL ADDRESSED BRIDGING 

The hierarchical addressed bridging mechanism requires a hierarchy of address assignment to 
easily "filter" the appropriate frames into or out of segments. The discussion here focuses on 
the TBC MAC capabilities in hierarchical addressed bridges and how to use them. A typical 
interconnected network is shown below connected with hierarchical bridges. 

Each hierarchical bridge is made up of two MAC entities. One MAC entity belongs to the logical 
ring of the network above it (upper bridge) and one MAC belongs to the logical ring of the network 
below it (lower bridge). The upper bridge takes frames that are destined for networks below it 
and passes them down to the lower bridge for transmission onto the lower network. The lower 
bridge takes frames that do not belong on the lower network, or on any networks below it, and 
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passes them up to the upper bridge to be transmitted onto the upper network. Both upper and 
lower bridges use the TBC individual address mask to consider only that part of the address that 
is relevant to it. 



BACKBONE BUS 



UPPER BRIDGE 



LOWER BRIDGE 



UPPER BRIDGE 



LOWER BRIDGE 



REGION 1 



UPPER BRIDGE 



LOWER BRIDGE 



UPPER BRIDGE 



LOWER BRIDGE 




REGION 2 



UPPER BRIDGE 



LOWER BRIDGE 



SEGMENT 




UPPER BRIDGE 



LOWER BRIDGE 



SEGMENT 




SEGMENT 




SEGMENT 



C.2.1 Hierarchical Addressed Bridging Implementation 

Each upper bridge in the above figure is responsible for passing information down from the 
backbone. In the addressing scheme, the address field can be logically divided into regions. For 
example, the two most significant bits of the address differentiate which region the frame goes 
to; the next two significant bits of the address differentiate which segment the frame goes to; 
and the four least significant bits differentiate which station the frame goes to. For simplicity in 
the following example, we assume that only those eight bits form the address. 

Bridges A and B recognize frames for regions 1 and 2 respectively. Bridges C, D, E, and F recognize 
frames for their respective segments. As an example we'll follow a frame with a destination 
address of 1010 0101 (region 1, segment 1, station 5). 



The equation individual address (lA) AND destination address (DA) = IA AND this station (TS) is 
true, so bridge A accepts the frame. If the example were using a group address, the equation 
would be GA mask AND DA = DA. 
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Bridge B's individual address mask is set to CO. The address mechanism would work as follows: 

lA 1100 0000 I A 1100 0000 

DA 1010 0101 TS Olxx xxxx 

lAANDDA 1000 0000 lA AND TS 0100 0000 

The equation individual address (lA) AND destination address (DA) = IA AND this station (TS) is 
not true, so bridge B does not accept the frame. 

Bridge C's individual address mask is set to 03. The address mechanism would work as follows: 

lA 0011 0000 lA 0011 0000 

DA 1010 0101 TS 0010 xxxx 

lAANDDA 0010 0000 lAANDTS 0010 0000 

The equation individual address (lA) AND destination address (DA) = IA AND this station (TS) is 
true, so bridge C accepts the frame. 

C.2.2 Lower Bridges 

Each lower bridge is responsible for passing frames up from the segment to the backbone. In 
order to be a lower bridge, the LBRM bit must be set using the SET MODE 2 command. In lower 
bridge mode, the bridge will forward frames only when the frame is not addressed to a station 
below the bridge (lA mask AND DA are not equal to lA mask AND TS or GA mask AND DA are 
not equal to DA). This means that lower Bridge C will forward to region 1 only those frames which 
do not belong in segment 1. 



C.3 FLAT ADDRESSED BRIDGING OVERVIEW 

Flat addressed bridges can interconnect segments where the addresses have been assigned 
randomly. A Spanning Tree uses flat addresses yet it is a hierarchical bridge. The Spanning Tree 
approach is currently being investigated by the IEEE 802.1 committee. 

A table of translations is required at each station in some flat addressed bridging schemes such 
as IBM defined source routing. In source routing, the route taken by, or chosen for a frame as it 
traverses the network is reflected in the routing information field which is imbedded in the frame 
itself. Source routing is being proposed by the IEEE 802.5 committee for interconnection of 802.5 
segments. The token bus controller provides the MAC functions necessary to implement a source 
routing bridge or station, making it possible to interconnect 802.4 segments into 802.5 networks 
or to other 802.4 segments. Stations not implementing source routing can coexist on the same 
segment (network) with stations that do use source routing, but cannot send messages through 
bridges using source routing. 

If a station wishing to send a frame to another segment already knows the routing information 
on how to get it there, the station sends the frame with the routing information imbedded in the 
routing information field of the frame. If the station that wishes to send the frame does not know 
the routing information on how to get there, the station can dynamically discover the necessary 
routing information. The routing information is obtained by the station sending a "broadcast" 
frame which travels over every bridge in the network, eventually reaching its destination. On their 
way, broadcast frames record where they have been. If a bridge receives a broadcast frame which 
has already been on the segment it connects to (it finds its identifier in the routing information 
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field), it does not retransmit that frame. When the destination station receives the frame, it re- 
sponds using the route noted in the frame. Multiple frames may reach the destination station 
because of different routes that exist, and each of these multiple frames received will be sent 
back to the originating station by the route that it took to get to the target station. The sending 
station will choose which route to save in its routing table according to different rules. Examples 
of these rules include: the frame that was received first, or the frame that took the shortest path 
(went through the least number of bridges). 

There also exists a limited broadcast mode, chosen by the SRLB bit in the SET MODE 2 command, 
in which only those stations that are in limited broadcast mode may rebroadcast a broadcast 
frame. This reduces the number of frames the receiving station gets by strategically placing the 
limited broadcast stations, thus reducing the amount of traffic on the network. 



C.3.1 Source Routing Implementation 

The source routing mechanism is implemented when the source address (SA) l/G bit is equal to 
one. In the IEEE 802.4 standard, the SA l/G bit equal to one is reserved for future use. When using 
source routing, the routing field is a subset of the data field of the 802.4 standard. The frame 
format is shown as follows: 

NORMAL 802.4 FRAME 

SD FC DA SA DATA FCS ED 

SOURCE ROUTING IMPLEMENTED 

SD FC DA SA Rl DATA FCS ED 

IG = 1 

The routing information (Rl) field is present only when the SA field least significant bit, referred 
to as the routing information indicator, or Rll bit, is set to one. The Rl field can be from 2 to 30 
octets. If the Rll bit is equal to zero, a routing information field is not present, if this bit is one in 
a control frame, the frame is considered invalid and is treated as a noise burst. If this bit is one 
in a data frame and recognize source routing (RSR) is not enabled in the TBC, the TBC treats the 
frame as a normal frame. If this bit is one and RSR is enabled, the frame is accepted if the 
destination address matches the specified criteria set by the host or if the Rl field specifies that 
the frame is to be routed to another segment via the TBC. In this case, the Rl field is copied to 
the first data buffer like normal data. Note that lower bridge mode and recognize source routing 
mode are mutually exclusive modes. If both mode bits are set, RSR dominates. The routing 
information field has the format shown below. 

RC Field 

RD Fields 

RC 



Where: RDi RD2 ... RDr 

RC The Routing Control (2 Octets) 
RD Route Designators (2 Octets Each) 
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The format of the routing control octets is shown below: 

F E D C B A 9 8 7 6 5 



Broadcast 


Length 





Reserved 



Broadcast 
The coding is as follows: 
OXX — Non-Broadcast 
10X — All Routes Brodcast 
11X — Limited Broadcast 

Where an X indicates don't care. 

Non-broadcast frames always contain the specific route through the network which the frame 
will take. All routes broadcast frames are transmitted on every route to the destination address. 
Limited broadcast frames are only retransmitted by bridges who are in the special limited 
broadcast mode. This restricts the number of routes a broadcast frame will take, thus reducing 
the traffic on the network. 

Length 

The length of the Rl field, including the control field and the route designator field is measured 
in octets. The length field consists of five bits. 

D — Direction Bit 

The direction bit indicates to a bridge whether a frame is travelling from the originating 
station to the target or vice versa. This bit allows the route designators to appear in the same 
order regardless of the direction of transmission. 

Reserved Bits 

Reserved bits are set to zero when transmitting, and ignored when receiving. 

When the recognize source routing (RSR) bit is set by the SET MODE 2 command, the TBC provides 
source routing based frame reception in addition to normal address based frame reception. The 
TBC does not by itself provide a bridge function but does receive and transmit frames containing 
the source routing fields as any other MAC frames. Frames are copied based on recognition of 
a segment pair as described in route designators. To implement a bridge, a MAC function (such 
as the TBC) for each segment the bridge is attached to is required, as well as a host to provide 
the additional bridge functionality. 

C.3.2 Route Designators 

Route designators (RDs) are pairs of octets which indicate the specific segments and bridges 
through which the frame passes. Route designators contain bit strings with no arithmetic signif- 
icance; i.e., concepts like addition, subtraction, greater than, or less than, do not apply to route 
designators. Thus, the two bytes of an RD can not really be described as high and low, or most 
significant and least significant. What is preserved in all 802 LANs is the byte transmission order. 
The bit transmission order of each octet depends on the type of MAC. IEEE 802.4 transmits the 
least significant bit first. 

Each route designator can be shown as follows: 

RDl RD2 



ByteO 



Byte 1 



ByteO 


Byte 1 
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The first byte to be transmitted is byte and the second byte to be transmitted is byte 1. The 
TBC data buffer looks as follows: 



15 


MOTOROLA MODE 






15 


INTEL MODE 





RC 




RC 


RDl 
BYTE BYTE 1 


RDl 
BYTE 1 BYTE 


RD2 
BYTE BYTE 1 


RD2 
BYTE 1 BYTEO 


• • • 


• • • 



In order to perform source routing based reception, the TBC requires three parameters: SID, TID, 
and SR-MASK. The initial values of these parameters are taken from the initialization table. They 
may be changed during operation by the SET VALUE command. They have the following format: 





+ IE 
+ IE 

+ 20 
+ 20 

+ 22 
+ 22 


15 


INIT.TABLE 
PRIVATE_AREA 


SRJID 
BYTE 1 BYTE 


INITJABLE 
PRIVATE_AREA 


SRJID 
BYTE 1 BYTE 


INITJABLE 
PRIVATE.AREA 


SR_MASK 
BYTE 1 BYTE 



As proposed by IEEE 802.5, each RD has the following format- 
IB 4 3 



SEGMENT NUMBER 



BRIDGE NUMBER 



The segment number identifies a specific segment. The bridge number identifies a specific bridge 
between that segment and another segment. Thus, two segments connected by three different 
bridges would have three different bridge numbers creating three distinct routing designators. 
Bridge numbers are local to segment pairs, meaning bridge numbers can be the same as long 
as they are not connecting the same two segments. 

Source ID (SID) is the identification of the segment where the frame comes from. The target ID 
(TID) is the identification of the segment where the frame is going to. The source routing mask 
(SR MASK) is a two-octet parameter defining which bits in the RDs are the segment number 
(denoted by a "1") and which bits are the bridge number (denoted by a "0"). The definition of 
the RD currently calls for 12 bits for the segment number and four bits for the bridge number, or 
a mask of FOFF. For broadcast frames with the Rl bit set, the TBC will scan the Rll field of ordered 
RD pairs and accept frames based on the value of SR SID and SR TID. On non-broadcast frames, 
accept/reject criteria are based on the values of SR SID and SR TID. 

C.3.3 Source Routing Operation 

When a station wants to send a frame to another station on a different LAN, it first sends a 
broadcast frame to all segments. (The host must prepare the frame, the TBC transmits it). In this 
frame, the routing information indicator (Rll bit) is set to one, the broadcast field is set to 1XX, 
and the direction bit is set to zero. The source address is the individual address of the transmitter. 
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and the destination address is the individual address of the target station. This frame goes out 
from all bridges on the originating LAN. (The bridge TBC will receive the frame, the host must 
either add the information to the RC field and transmit the frame onto the next segment or discard 
it). Each bridge scans the RD field for the number of the target segment it attaches to and, if it is 
there, the bridge will not forward the frame because it has already been on that segment. If the 
bridge's next segment number is not there, the bridge adds its segment and bridge numbers to 
the frame's Rl field, increments the Rl length by two, and forwards the frame. A number of 
differently routed frames may arrive at the target station. The routing designator is copied for 
each bridge as the frame travels through in the network. (The host must add this information 
before transmitting the frame onto the connecting segment). The first routing designator is the 
RD of the first bridge to copy the broadcast frame. The target station responds to each differently 
routed frame by sending it back to the transmitting station. (The target host must change the RC 
field and put the frame into the transmit queue). Each follows the route of its routing designator 
field in the opposite direction. In these frames that are sent back, the Rll bit is set to one, the Rl 
field is as it arrived, the broadcast field is set to OXX, the D bit equals one, the SA is the individual 
address of the target, and the DA is the individual address of the station that sent the original 
broadcast frame. The sending station receives as many responses as there are routes. The host 
at the sending station chooses the route according to its specific criteria, then saves this route 
and uses it for all subsequent communications with that DA. The target learns of this selected 
route when it receives its first non-broadcast frame. 

The host is responsible for changing the routing control field if necessary. The TBC does not 
interpret the routing control field. The TBC transmits a source routing frame exactly as it appears 
in its transmit queue (i.e., the host must prepare the frame according to the source routing 
protocol). 

More detail can be found on bridging in: IEEE 802.5, IEEE 802.1, and MAP. 
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APPENDIX D 
PERFORMANCE 



It is necessary to understand certain aspects of the token bus controller to compute certain network 
parameters such as slot time. The following describes simulations that were done to give the 
user the required performance numbers. In general, the numbers given are for the worst case 
situation. The simulations were run for network data rates of 10 Mbps and 5 Mbps. The numbers 
given are in symbol times (bits) elapsed from the end of the end delimiter (ED) to the start of 
TBC preamble and take into account the I/O sampling delays in the TBC. 

System Parameters: 

Address Length: 48 bits 

TBC mode bits are in their default state except predefined response mode is enabled, in — ring 
desired is enabled, and all statistics are enabled. 

Bus Width: 16 bits 

Bus Latency: one cycle 

Wait States: none 

Commands: none 

BD and FD pools are not empty with no warning bits 

Preamble: minimum length 

Interrupt Status Bits: none are set 

Counters: not equal to thresholds 

For performance reasons, it is required t/iat a frequency ratio of systems clock to serial clock is 
greater than 1:1. 
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DESCRIPTION OF CASES 

0. The TBC receives a token. 

1 . The TBC observes a three byte, group addressed data frame not for the TBC, and immediately 
after, receives a token frame that is addressed to the TBC. 

2. The TBC receives a three byte data frame that is a broadcast address, and immediately after, 
receives a token frame that is addressed to the TBC. 

3. The TBC receives a three byte, group addressed data frame not for the TBC, and immediately 
after, receives a solicit — successor — 1 control frame that it must respond to. 

4. The TBC receives a three byte data frame that is a broadcast address, and immediately after, 
receives a solicit — successor — 1 control frame that it must respond to. 

5. The TBC receives a three byte request with response frame that it must respond to (remember 
the TBC is in predefined response mode). 

6. The TBC receives a token frame addressed to it right after the TBC has passed the token 
(two station ring). 

7. The TBC observes a three byte, group addressed data frame not for the TBC, and immediately 
after, receives a token frame that is addressed to the TBC, just after it has passed the token 
(two station ring). 

8. The TBC receives a three byte data frame that is a broadcast address, and immediately after, 
receives a token frame that is addressed to the TBC just after it has passed the token (two 
station ring). 

9. The TBC receives a three byte request with response frame (predefined response mode) for 
the TBC, just after the TBC has passed the token. 

10. The TBC receives a set — successor control frame for itself, immediately following this it 
receives the token, just after it has passed the token (two station ring with no — successor — 
1). 



TBC CONTRIBUTION TO STATION DELAY 
2A60S/1B59B MASK SETS 



Case 


systems clock:serial clock in MHz 


12.5:10 


12.5:5 


10:10 


10:5 


8:10 


8:5 





66 


35 


105 


42 


153 / 


53 


1 


66 


35 


150 


42 


261 


53 


2 


310 


38 


460 


94 


647 


184 


3 


78 


40 


121 


48 


173 


59 


4 


322 


43 


476 


102 


667 


194 


5 


376 


156 


498 


199 


651 


268 


6 


124 


66 


179 


81 


246 


100 


7 


135 


35 


242 


41 


375 


52 


8 


382 


68 


551 


139 


761 


242 


9 


449 


186 


589 


242 


765 


326 


10 


133 


35 


249 


42 


390 


79 
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This first edition of the Motorola MC68824 Token Bus Controller User's Manual provides 
the latest, complete information to engineers using the MC68824. This manual includes 
programming information as well as detailed signal descriptions and electrical 
specifications. Also provided is ordering information and mechanical data to aid the user 
in selecting the best part for his application. 

The Motorola MC68824 Token Bus Controller is a silicon integrated circuit which 
implements the media access control (MAC) portion of the IEEE 802.4 standard. This 
standard has been selected for the Manufacturing Automation Protocol (MAP) 
specification. The MC68824 built in features make it ideally suited for many 
communications applications. 



